add warning on max_db_connections parameter
Quick fix for a bug caused by a client sending the highestmodseq IMAP command when IMAPSession->mailbox is null, causing a crash
Possible fix for the CLOSE_WAIT problem. Always call session_bailout when in CLIENT_EOF state
Fixed a problem caused by attempting to write to a socket faster than the kernel can handle? This may be a bit of a hack