Okay.  Thanks, Daniel, for the explanation.

Bob

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Donnelly
Sent: Thursday, November 09, 2000 10:23 AM
To: [EMAIL PROTECTED]
Subject: Re: [IMail Forum] max number of recipients per smtp32 on lists


Bob,

I fugured that out and that was what my reply was addressing. 2000 is what I
would recommend for a maximum!

As for a bad address, it would just make that delivery 'take longer'
(assuming things like timeouts and bad/missing DNS data) and ultimately
return a message to the owner of the list, that it had problems with that
address. IMail will continue through the list of addresses, delivering to
each, removing those that are succesful. Only when it has tried all the
addresses, would it increment the 'Tries' counter and wait until the next
Queue time, to start delivering to the addresses it could not on the first
attempt. Repeat until delivered or Max Tries reached.

If you had 15 messages in the Queue, to 1500 addresses each, IMail will
start 15 processes and each will be open for as long as it is processing
that message (trying all addresses). If the same messages were to 1 address
each, they would open/close MUCH faster than the ones with 1500 addresses to
process. So, the answer is it would make that process that has the bad
address, take longer, not affecting (well, there is some effect, just
because more overall resources are being, used by lots of addresses) the
other 14 processes.

Daniel Donnelly
________________________________________________________

----- Original Message -----
From: "Bob Ferguson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 09, 2000 12:01 PM
Subject: RE: [IMail Forum] max number of recipients per smtp32 on lists


> Thanks, Daniel, but see my message to Len I just sent.  I guess I wasn't
> clear when I was talking about the number.  The 25 and 1500 numbers I was
> talking about are the number of recipients per list message.  Is there any
> issue of increase that number -- the number of recipients per list
> message -- to 20000 or 30000 or whatever?
>
> Bob
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Donnelly
> Sent: Thursday, November 09, 2000 7:11 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [IMail Forum] max number of recipients per smtp32 on lists
>
>
> Bob,
>
> I did have a customer set it above 2000 and that caused SMTP32 errors
(this
> was about a year ago or more). I would not recommend anything above 2000.
>
> The reason it got 'faster' was because the list created a much smaller
> number of messages in the Queue, so IMail had SMTP32 processes available
for
> these and other messages. With the smaller number for Recipients, IMail
put
> hundreds of messages in the Queue and that exceeded the 30 SMTP processes
it
> would use by default. Once 30 SMTP32 processes were started, there were
none
> free for new mail to use.
>
> MaxQueProc is a registry setting one can use to increase this capability.
> Use with care and increase in regular amounts until you see best
operation.
> I would never more than double the number and then increase by the same
> value (i.e. from 30 to 60 to 90.....). Watch your Resources!
>
> Daniel Donnelly
> ________________________________________________________
>
>
> ----- Original Message -----
> From: "Bob Ferguson" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, November 08, 2000 8:56 PM
> Subject: RE: [IMail Forum] max number of recipients per smtp32 on lists
>
>
> > I've had it set for the last couple of weeks like that.  To me, a big
> > performance difference.  We just took on a 27,000+ member ezine.  At
> > previous settings (25 and then 100), Imail churned along and other email
> was
> > not sent.  Once I set it to 1500, other mails came and went as necessary
> and
> > the list actually got out quicker.
> >
> > What I'm looking to do now is set this list to 25000 or 30000 so that
all
> > members are on one SMTP32 thread.  I just don't know if that is
possible.
> >
> > Bob
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Jack Taugher
> > Sent: Wednesday, November 08, 2000 5:14 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [IMail Forum] max number of recipients per smtp32 on lists
> >
> >
> > How long have you been running this at 1500?  Any performance difference
> > than when you had it running at 25?
> >
> > ----- Original Message -----
> > From: "Bob Ferguson" <[EMAIL PROTECTED]>
> >
> > > Is there a max number of recipients per SMTP32 for lists?  I know the
> > > default is 25, but the manual (or was it this list) says that more
than
> 25
> > > SMTP32 sessions is not good for Imail. I have it set for 1500, but was
> > > wondering if there is any issue with going higher.
> >
> >
> > 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/
> >
> > 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/
> >
>
> 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/
>
> 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/
>

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/

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/

Reply via email to