Mike,
Well, you have not proven to me exactly how long it is taking for that first
pass. The orginal log was for 2 different attempts! The first must have
completed before the second started!
And IMail may have been busy delivering many other mesages in the mean time.
If you have lots of users, then it could be thousands.
If your 1000 addresses were all local, then delivery time would be about as
short as possible (minutes, probably). With 1000 random email addresses, IMail
might need time to connect to 1000 other hosts and that could take anywhere
from a few seconds each to many 10s of seconds (assuming timeout when it
attemts to connect). If the average is say 11 seconds to connect and deliver
to a single address, that would be about 3 hours to deliver to 1000
addresses.
If you are using a List Server for this large group of addresses, then, IMail
may be breaking the 1000 addresses into groups of 25 (assuming you did not
change the default), meaning you have 40 message files created, each to 25
users. With the default limit or 30 SMTP processes, IMail could only try 30 of
the 40 messages and until one is delivered or requeued, it could not start
another delivery process. So now the Queue timer enters the picture and again
the default is 30 (min) so it could be as long as that before IMail trys to
send the 31st message. If there are still any open processes from the first
30, that would reduce the number it could then start. But if we assume all the
previous attempts have ended, it should then start the 10 left. And it could
also start any that did complete, but did not deliver to all the addresses, so
you could then be back up to the 30 processes pretty quick. It is highly
likely that these retried messages will also be unsuccesful, so they will
probably take longer than a succedful deliver before terminating.
The IMail list contains over 900 (last I looked) and because of some bad
addresses and other things, it can be a while (couple of hours on our old
server, new one appears MUCH faster, I'd guess about an hour for all to be
attempted the first try) before everyone gets the message and the queue will
show files for that message until the bounce (number of tries) occurs.
So yea, it could be an hour before all mail is delivered if all is perfect. If
not, several hours is not unexpected and the max time would be as mentioned
before.
Daniel Donnelly
Ipswitch Technical Support
________________________________________________________
See our Knowledge Base at http://support.ipswitch.com/kb
In reply to 13 Oct message from [EMAIL PROTECTED]:
>Actually, very few of them fail like that
>And the reverse DNS is fine ... but I will check again Almost every
one
>completes in the first pass... but it takes forever to go through 1000
>names
>Any reason why it just takes so darn long?
>"MICHAEL"
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Daniel
Donnelly
>Sent: Wednesday, October 13, 1999 4:06 PM
>To: [EMAIL PROTECTED]
>Subject: RE: [IMail Forum] delays
>Mike,
>If 999 of the addreses are delivered in th efirst pass, having that 1
>left could take as long as the product of your SMTP, Queue Timer *
>Number of Tries,
>before IMail will stop trying to deliver the message. The default
values
>mean
>it will be 10 hours before IMail stops trying. Only delivery to ALL
>addresses
>will cause it to finish before that time.
>The log you included, show that the remote host will not accept the
>message, because it did a reverse lookup (Sender domain must resolve)
>and did not find
>the hostname IMail is using. That is a 'failed delivery', but IMail
will
>continue delivery attempts. This is a DNS issue you need to address
>before mail will be accepted at the remote end.
>Daniel Donnelly
>Ipswitch Technical Support
>________________________________________________________ See our
>Knowledge Base at http://support.ipswitch.com/kb
>In reply to 13 Oct message from [EMAIL PROTECTED]:
>>Yes. Lots of lines in between.. but I didn't think you wanted me to
>post
>>them all :)
>>Log is about 500k.
>>There are quite a few retries.
>>Over 1000 names on the list. Should it take 2 1/2 hrs for that ? I see
>a
>>few retries.. and some failed events
>>xxxx' added by me
>>10:12 10:33 SMTP-(00000140) Connect interaccess.com
[207.70.126.130:25]
>>(1) 10:12 10:33 SMTP-(00000140) 220 neuman.interaccess.com ESMTP
>>Sendmail 8.9.0/8.9.0; Tue, 12 Oct 1999 09:33:21 -0500 (CDT) 10:12
10:33
>>SMTP-(00000140) >EHLO xxxxxxxxxxxxxxxxxxxxx 10:12 10:33
SMTP-(00000140)
>>250-neuman.interaccess.com Hello [xxx.xxx.xxx.xxx], pleased to meet
you
>>10:12 10:33 SMTP-(00000140) 250-EXPN
>>10:12 10:33 SMTP-(00000140) 250-VERB
>>10:12 10:33 SMTP-(00000140) 250-8BITMIME
>>10:12 10:33 SMTP-(00000140) 250-SIZE
>>10:12 10:33 SMTP-(00000140) 250-DSN
>>10:12 10:33 SMTP-(00000140) 250-ONEX
>>10:12 10:33 SMTP-(00000140) 250-ETRN
>>10:12 10:33 SMTP-(00000140) 250-XUSR
>>10:12 10:33 SMTP-(00000140) 250 HELP
>>10:12 10:33 SMTP-(00000140) >MAIL From xxxxxxxxxxxx 10:12 10:34
>>SMTP-(00000140) 451 xxxxxxxxxxxxxxx Sender domain must resolve
>>10:12 10:34 SMTP-(00000140) SMTP_DELIV_FAILED
>>10:12 10:34 SMTP-(00000140) >QUIT
>>10:12 10:34 SMTP-(00000140) 221 neuman.interaccess.com closing
>>connection
>>stuff like that ..
>>-----Original Message-----
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED]]On Behalf Of Len Conrad
>>Sent: Monday, October 13, 2031 2:15 PM
>>To: [EMAIL PROTECTED]
>>Subject: Re: [IMail Forum] delays
>>Whoa, nice one, Michael!! There there are other log lines between
>those
>>two lines, non?
>>Can you see any retry attempts by smtp?
>>If the remote smto server(s) were busy, then the some Imail smtp
>>rdeliver lines will not be written (indicates delivery success) until
>>the remote server is retried.
>>What your the Imail:smtp retry delay period?
>>Len
>>================
>>>Sorry about the html before. Hope this is fixed this time
>>>
>>>Here is the mail delay I found in the log. Any suggestions as to why
>it
>>>takes so long?
>>>
>>>
>>>10:12 07:26 SMTP-(0000015C) processing C:\IMAIL\spool\Q1af22ec.SMD
>>>10:12 10:08 SMTP-(0000005A) finished C:\IMAIL\spool\Q1af22ec.SMP
>status=3
>>>
>>>2 hrs 42 mins!!!
>>>
>>>Weird ...
>>>
>>>
>>>
>>>Please visit http://www.ipswitch.com/support/mailing-lists.html
>>>to be removed from this list.
>>Please visit http://www.ipswitch.com/support/mailing-lists.html to be
>>removed from this list.
>>Please visit http://www.ipswitch.com/support/mailing-lists.html to be
>>removed from this list.
>Please visit http://www.ipswitch.com/support/mailing-lists.html to be
>removed from this list.
>Please visit http://www.ipswitch.com/support/mailing-lists.html to be
>removed from this list.
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
