I'm running an older version of Courier in a production
environment (read: takes an act of God to make any changes)
and have run into a problem with too many imapd's running
for a particular UID.
A user of mine recently upgraded his Mac from 10.3.9 to 10.4.11
and uses Apple's Mail.app. Since the upgrade he is unable to
get his mail client to stabilize against my Courier server. We
have tried the "scorched Earth" approach - removed his entire
~/Library/Mail and ~/Library/Caches/Mail folders, removed the
Mail.app preferences .plist file from ~/Library/Preferences,
you name it. Nothing is working.
I ran "tcpflow" to see what was going on and it appears that
his client keeps issuing "UID SEARCH UID 28257:*" (or somesuch)
commands. Courier is taking a long time to return an answer
to these (his INBOX has 15,000+ messages in it), and as a
result, his client is timing out and disconnecting beforehand.
The "imapd" process is still reading every message in his
INBOX, and the connection to the client drops in the interim,
despite the "imapd" process still running. Meanwhile, his
client makes a new connection and the whole process starts up
all over again.
So what I'm left with is a whole lot of "imapd" processes in
this user's name all reading through his giant INBOX, but no
longer having a TCP connection to his client, so MAXPERIP
(which I have set to 8 currently) is not kicking in. Meanwhile
without any limitation, I am seeing upwards of 50+ "imapd"
processes running in his name, the load average shoots up
over 10, and the machine grinds to a halt. (Suggestions that
he change his e-mail client haven't exactly been met with
great enthusiasm.)
Is there any chance of implementing a MAXPERUID variable
of some sort, to limit the total number of running "imapd"
processes under a particular uid?
Thanks,
- Greg
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
