I have been having a problem for a while now. Recently, it's been narrowing down to either inetd or something related to network queues. I'm posting this message to help rule out uw-imapd.
During high load (about 18 imapd logins/second from a webmail system) we start to get long delays when connecting to port 143. Sometimes, even a connection refused when attempted from outside localhost. Delays possibly range from 20 seconds to 2 minutes. When telneting to port 143 from localhost, the delays are evident before the IMAP capabilities logo splashes. After IMAP's banner is shown, everything seems fine. It's before getting the banner that lags. Running a second copy of uw-imapd on port 146 through inetd works fine and shows no delays when the problem is evident on port 143. Once logged into IMAP on port 143, mail activities are fine. It's pre-login that runs extremely slow, sometimes with port 143 refusing the connection. I'm leaning towards inetd or the kernel not keeping up with the socket activity. Any suggestions or things to test to help rule out the imapd binary?
It's a gso compile with passwdtype=std
Solaris 8 on a v880, version d
Before I go into all of the kernel settings and what not, I'd like to see if anyone has any recollection of previously related problems. Thanks!
-Ken
_______________________________________________ Imap-uw mailing list [email protected] https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
