- Dell PowerEdge 2650 - 2.0 Ghz Xeon - Raid 1 (2x72GB)
ATA or SCSI?
what about the all important partitioning?
- 1GB Ram - 1500 domains - 3700 mailboxes
... not really very much at all
- 100MB max mailbox size
Totally nutz, but whatever. This masochistic generosity, if exploited by your users, requires that you put the mailbox storage on a separate controller, preferably caching, and to be continually defragged. And if some users actually run 100 MB mailboxes, give them one month credit and tell them find anonther ISP. :))
- Web messaging Enabled and actively used with KWM Templates
Sandy says this can be greatly accelerated by segregating the webmail workspace to a separate partition, but see below.
- 50,000 SMTPD Connections Daily
less than one/second, not much at all.
- 40,000 SMTP Local Deliveries Daily - 12,000 SMTP Senders Remote Daily - 38,000 SMTP Senders Local Daily - 175,000 Pop Logins Daily - 700 Web Logins Daily
ah, good. primarily a POP server, so why the 100 MB of mailbox? Don't your users empty their mailboxes (don't "leave mail on server") with every mailbox check?
What are the actual max and avg .mbx file sizes?
Given the stats above, I see no outward reason that Imail should be performing so poorly.
We can't conclude that without detailed spec of your disk and partition allocations, as well as spool/ cleaning and defragging practices.
Our only real conclusion has been that there must be a hardware compatibility issue that is preventing the Imail software from multitasking properly.
hardware has been fixed with the 1 GB adaptor change, and the 10054 errors need to be fixed.
If you can't run mtr on a *nix box on the same subnet as your Imail box:
To try to see where the TCP problems may be occurring, run on the Imail box this command in a looping batch file :
pathping -n -p 1 -q 200 -w 200 ip.ad.re.ss >> \path\to\pp.txt
... where ip.ad.re.ss is an IP at other end of your WAN link or somewhere closer, but esp on the same route used by your subscribers to access Imail.
You might also pathping between the imail box and your dial-up access box, if you have one.
You might see a some packet loss on IP(s) local to your shop that would indicate where to start changing stuff.
When your CPU pegs (seems you have no problem with observing that), what processes are hogging the CPU, and what is the disk r/w activity during that period?
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/
