>**DNS is on the same machine, but big deal to move the email off.
>
>**I have MaxQueProc set to 90 right now and doesn't seem to have any affect.
ok, not surprising. Imail is kinda mysteriously unaggressive when
delivering mail, for many people.
>**Spool averages about 800 files (not including log files) which are mainly
>retires. We have the retries set for 4 hours.
Seems like a lot, but it's usually proportional to your total sending
traffic, and could be goosed up a lot after a spam attack where the
bounce address is invalid.
>**CPU utilization? Normal about 8% and normally peaks around 80 to 100%
>when sending the load.
That's really sounds way too heavy for a machine of that power.
Sending mail is not at all CPU intensive, it's disk intensive while
searching the queue directory. Then each SMTP process usually takes
10 secs to deliver a msg, where that 10 sec is vastly dominiated by
waiting on repsonses from DNS and then SMTP session delays with the
receiving server.
MS DNS is known to be a less efficient on NT that BIND. Can you
point Imail at an off-machine DNS to see if it helps?
How many total files in your imail\spool diretory? You need to keep
this as small as possible.
>**I have not seen any errors in the log file. Only normal logging of
>connections, greetings, and either successful exchange or notice of full
>boxes, users not found, etc.
With 800 deferred msgs in the queue, there must be some reasons for
them to be deferred (mx connect fail, refused connection, no answer,
etc, etc, etc.
Len
http://BIND8NT.MEIway.com : Binary for ISC BIND 8.2.3 for NT4 & W2K
http://IMGate.MEIway.com : Build free, hi-perf, anti-spam mail gateways
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
An Archive of this list is available at:
http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
