Len Conrad wrote:
but I am not sure if it is the way that we have it configured. We're handling between 25k and 30k messages a day (~18k local
you mean IMail-user-to-Imail-user local-delivery msgs?
These are anywhere-to-imail-user messages (ldeliver in the logs).
10k outbound)
how about from internet to Imail?
See above, but I haven't (yet) broken down the delivery stats into groups based on message source. I measured outbound by counting the number of gdeliver entries in the logs.
In any case 30k/day what/where ever is only 1 msg every 3 seconds, or 1200 mgs/hour. actually a very light load, even if compressed into business hours.
Indeed - seems we shouldn't be seeing these problems.
do you de-frag and prune that overloaded partition continuously?
Yep, it's defragged automatically every night. The spool is also cleaned and the 50MB or so log files whisked away elsewhere prior to defragging.
The problems we've had are always to do with CPU time used by either the smtpd32.exe or smtp32.exe processes.
where and what brand of DNS is used by Imail? are the smtp processes hung up waiting for DNS responses?
It's served by two bind-8 daemons running on different parts of the network. Primary is on the local network (ish - VLAN over fibre), with the other on a different network.
I haven't checked, but would assume waiting for a DNS response would block the delivery processes rather than make them chew up CPU time?
In the last month, the server CPU usage has been averaging 93%, starving the web interface of CPU time - it looks very bad when it takes up to 5 seconds for the web login page to display.
how many simultaneous webmail users?
Difficult to tell without some investigation. Will try and find out.
seems like you've got it narrowed down. smtp sending and smtpd receiving along with POP/IMAP access "should" be limited only by disk i/o, not by CPU. the fact that you've apparently seen CPU-bound is backwards.
Yep, this has got me stumped.
webmail is a CPU killer and eats a lot of disk for scanning the .mbx files, and MIME en/de-coding.
what is your max mailbox size?
50MB, with a few custs on bigger limits if requested.
does you SCSI controller have any cache?
It's an Adaptec/AIC-7899 with RAID controller - I'm pretty sure it has 128MB cache.
I have other non-IMail boxes handling over 250k messages a day on much lower-spec hardware. * Is the registry a known bottleneck for IMail? Should I consider writing a DLL to move over to SQL?
SQL/odbc overhead can't possibly be faster than registry db.
Mmm, I was thinking along the lines of SQL being less CPU intensive because the SQL query would slow the processes down a little. Everyone's responses so far seem to indicate that the registry should be fine, so I'll forget about this for now.
can you pop in another 0.5 GB of RAM?
I thought about this, but the server is using <200MB of memory; much less than half of what's available.
-- Jon Miles <[EMAIL PROTECTED]> Cybah on IRC(net)
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/
