Your message dated Tue, 29 Nov 2016 14:28:40 +0100
with message-id
<1480426120.3316381.802404601.32f5f...@webmail.messagingengine.com>
and subject line src:courier: closing pre-jessie bugs (<< 0.73.1-1.6)
has caused the Debian Bug report #502944,
regarding Very, very slow on large Maildirs.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
502944: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502944
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: courier-imap-ssl
Version: 4.4.0-2
Severity: normal
I use courier-imap on a central system to store my mail in Maildir
directories (which IIRC is its native format), and synchronize my
systems using offlineimap.
Lately, I've noticed that it takes a really, really long time to
synchronize my mail. This seems to be due to the size of my spam
mailbox, currently weighing in at some 45,000 messages. Each new
message that gets uploaded to the server takes something like 20 seconds
(going by an unscientific estimate). In contrast, mutt can read the
whole directory in a few minutes. I also see slowness, although less
severe, when synchronizing middling-sized mailboxes (a few thousand
messages).
If I strace the imapd process, I see that it's reading lots of
directory entries: there are many pages of
getdents(9, /* 49 entries */, 4096) = 4096
getdents(9, /* 48 entries */, 4096) = 4020
getdents(9, /* 48 entries */, 4096) = 4036
(...)
It almost looks like imapd stats the entire directory every time it
adds a new message. That would certainly explain what I'm seeing.
Daniel
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages courier-imap-ssl depends on:
ii courier-imap 4.4.0-2 Courier mail server - IMAP server
ii courier-ssl 0.60.0-2 Courier mail server - SSL/TLS Supp
ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary a
courier-imap-ssl recommends no packages.
Versions of packages courier-imap-ssl suggests:
ii courier-doc 0.60.0-2 Courier mail server - additional d
ii evolution [imap-client] 2.22.3.1-1 groupware suite with mail client a
ii kmail [imap-client] 4:3.5.9-5 KDE Email client
ii mutt [imap-client] 1.5.18-4 text-based mailreader supporting M
-- no debconf information
--- End Message ---
--- Begin Message ---
Folks,
I am closing all pre-jessie bugs as the courier package as there are
simply too many of those and they might have been already fixed in
recent releases. I am sorry to do so, but the courier package had seen
the last upload from respective maintainer in 2014 and it has been NMUed
several times since then, and I am just doing some basic maintenance
work, and I don't have neither time nor motivation to check whether bugs
from 2000-2010 are still valid.
If you care about your bug, please retest with recent version in Debian
unstable, and if you are able to reproduce, please reopen it and tag
with "found <bugnum> 0.76.3-2". I'll try my best to resolve the bug if I
have a spare time.
The courier is in desperate need of a maintainer who actually uses
courier mta. Or at least a co-maintainer that could test the changes
before pushing them forward.
Cheers,
--
Ondřej Surý <[email protected]>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu
--- End Message ---
