All of these culprit IP's are from our dial-up modem pools. We will look into the network traffic issue. Would deceasing the allowable mailbox sizes speed up the pop checking and possibly alleviate this issue?
very possibly.
Also one other thought, In the log file we get a parse error on particular mailboxs..then we get the cpu issue.
hmm, causality?
It seems as though the pop account is getting locked or corrupted and then the cpu shoots up.
yep, from the many reports here, it seems the STMP process when reading queue files and writing mailboxes, and the POP process, when reading mailboxes, are way too sensitive to garbage files, with faults like SMTP processes becoming zombies and filling memory, or what you are seeing with the POP processes.
Since you can't fix IMail's lack of immunity to garbage intput, so you've got to find + fix the garbage in the queue files and in the mailboxes.
In many important aspects, smaller/emtpy mailboxes are ALWAYS better, and bigger mailboxes are ALWAYS worse.
Len
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
