For a 24K user list, you could set the # recpients to 1000. IMail will
construct 24 messages (placing them in the Queue) each with 1000 addresses.
You should not exceed 2000 recpients per message. Set to 500 and you will 48
messages, each with 500 recpients. If the default (30) MaxQueProc (Max Queue
Processes) is unchanged then IMail can start 30 delivery processes. Example
with 24 messages means that IMail still has 6 left for other mail (delivery to
1000 will mean that each process will be open for a good long time!). With 48
messages, 30 will start delivery, new mail will be queued without trying to
deliver and then as processes become available and Queue Timer trips, queued
messages (including those from list) will begin delivery. I'd suggest the
first as a better 'balanced' system. But if you are truely sending these when
NO other mail need be sent, then the second might actually deliver 'faster' Of
course, memory usage for each SMTP32 process is about 2M, so you might
consider bumping the MaxQueProc value up. Seems like you have plenty of
memory, but please check operation of your system and resources before you go
too large.
Daniel Donnelly
Ipswitch Technical Support
________________________________________________________
See our Knowledge Base at http://support.ipswitch.com/kb
In reply to 24 Nov message from [EMAIL PROTECTED]:
>Anyone please help,
>Currently I have a list with about 24000 names. In the setting for
>number of receipants per message the default is 25. The docs say to
>divide the expected number by 25 if it exceeds 2000. Therefor I enter
>24000 divided by 25. Roughly 1000. Will there be a problem? Does this
>exceed some limit? My web server is a 500MHz with 128MRam and it runs
>other web applications as well as imail. Can someone let me know if
>there will be a problem. This list is huge but it is set so that only
>the list owner can post and mailings will only be sent out at off peak
>hours on the weekend.I just want to know if there is a problem with
>setting 100 0 receipants per message.
>Thanks.
>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.
