> We are using Imail 6.06. SMTP generally processes 3000-4000 messages
> per hour depending on the message size. But when the messages are
> qued to be submitted SMTP performance falls even below 1000 messages
> per hour.
FYI, when IMail receives an E-mail, it tries to send it right away. If it can, the
E-mail is never queued (it sits in the spool directory as it is being received/sent,
but never is waiting there to be sent later).
The only messages that back up in the queue are ones that couldn't be delivered the
first time, or if there aren't enough outgoing SMTP processes to deliver them when
they come in (which should be rare).
So, I would think that there is likely a delivery problem, such as slow DNS.
The second problem is that once an E-mail is in the queue, there is only 1 SMTP
process that will try to send E-mail in the queue. It will try to send one, then try
to send the next, and so forth. Even if you have 30+ available SMTP processes, only
one will be used for the spool. So the goal is to not allow a bunch of E-mail into
the queue, and have them delivered successfully on the first attempt.
--
-Scott
Declude: Anti-virus and Anti-spam solutions for IMail. http://www.declude.com
--
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/
