- I am now only logging SMTP with the "Debug Messages" option checked.
don't do that, we are trying to reduce your logging volumes, that will increase it.
- Diskeeper Defrag is running daily at 2am. I ran it manually this afternoon just to make sure it was working right. When it was finished the disk had zero fragmented files. 10 minutes later, the 120 user list received a message and the processor went to 100% for 2 minutes.
ok, it's not a defrag problem.
- The mailing list is going to eternal users
wow, as long as they pay eternally!
- I ran the pathping string as suggested on several IPs that were causing 10054 errors. They all had 90%+ packet loss towards the end of the tracert.
Nothing remotely close to my network. Nothing that I can control.
ok, but 90 is "good" number to look into on those IPs if a lot of your clients come through those IPs, as I recommended. Just because it's not your ip doesn't mean it's not your problem when 10054's hit you.
I have an IMGate client in KS with two T-1's. The Sprint T-1 is solid, no losses, but the ATT T-1 has 30% to 50% packet loss routes through 3 hops at Dallas TX.
I also saw huge ATT losses when trying mtr from his IMGAte to MX's in the Southeast that IMGate was having trouble delivering to. Altanta sucked.
Just to make sure this was not a DNS problem, we set up DNS services on a new server with nothing else on it. Pointed Imail to the new DNS IP. Same problem.
no, it's something inside the IMail box, but the 10054 could be outside, of course.
The pathping is very crude to see if anything obvious and on your ip's.
- If we change the "number of recipients per message" to 25 instead of 5, we have 5 SMTP processes hogging all the processor instead of 20 SMTP processes hogging all the processor. If we change the number to 50, we have 2 SMTP processes each using 40% processor for between 1 and 2 minutes.
that's horribly long, obviously, to deliver just 120 mailboxes.
I suggest that you run some kind of disk i/o benchmark to see if your SCSI controller is not getting its knickers in a twist. and some benchmark that creates, opens, closes 1000's of files.
- We are using the internal Imail database
ok
For partitioning, if this is all the mailboxes and traffic you plan to have, running a single 70 GB partition frequently defragged will probably be ok, but I still think you should backup and try to use Partition Magic to create smaller partitions, which will be quicker to defrag. ie, you almost never have to defrag the os+app nor the swap partition, leaving only the dedicated , reduced spool/ and mailbox partitions to defrag.
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/
