If you have a gateway available, why not simply dump off all deliveries to it and allow your IMail box to concentrate on user support?
_M ]-----Original Message----- ]From: [EMAIL PROTECTED] ][mailto:[EMAIL PROTECTED] Behalf Of MJC1 ]Sent: Wednesday, March 12, 2003 8:41 AM ]To: [EMAIL PROTECTED] ]Subject: RE: [IMail Forum] Maximum list recipients ] ] ]Your message gave me an idea: ] ]How about if I set the primary IMAIL server to try 1 time before sending ]mail through a remote gateway? ] ]Wouldn't that speed up delivery? There must be an SMTP connection timeout ]setting where the timeout could ]be lessened to say 10 seconds so that faster servers would receive the ]messages and the remote gateway would ]send to the slower servers? ] ]-----Original Message----- ]From: [EMAIL PROTECTED] ][mailto:[EMAIL PROTECTED] Behalf Of R. Scott Perry ]Sent: Wednesday, March 12, 2003 8:01 AM ]To: [EMAIL PROTECTED] ]Subject: Re: [IMail Forum] Maximum list recipients ] ] ] ]>According to the IMAIL manual, you are supposed ]>to divide the total number of recipients by 25 ]>and enter that in as the "messages per process." ]> ]>Our list is 150,000 addresses so won't 6000 messages ]>per process basically put the server on it's knees? ] ]No. It means that you'll have 25 processes, each serially sending out ]6,000 E-mails. So if the first 100 E-mails are to mailservers that are on ]slow connections and each take 60 seconds to process, it will be 2 hours ]before IMail starts working on the other 5,900 E-mails. ] ]>We're going to upgrade the SMTP server but would like to continue using ]>Windows & Imail for this job. ]> ]>There must be a more concrete way to establish the requirements ]>(hardware/software specifications) for sending to a list of this size? ]> ]>I'm assuming there are folks out there who use IMAIL ]>successfully to send to 150,000+ lists? ] ]It's not easy to do. One option is to use our Declude Queue (which is ]built into all the Declude programs, including the free Declude ]Confirm). If you send in batches of less than 6,000 recipients per message ](as most people end up doing), Declude Queue would help speed up the ]delivery (as it makes sure that IMail is sending at its maximum ]capacity). But, it still isn't going to get the E-mail out fast, as you ]are still limited to about 30 parallel processes. ] ]We have been doing some work with an experimental program that is designed ]exactly for a situation like this, a "lazy mailer" that will intercept the ]E-mail to the list, and try each address once. If the delivery can be ]accomplished easily without re-queueing, it will be done (if not, it will ]get sent to IMail for later delivery). This wouldn't have any process (or ]even thread) limitations, so it could easily have 1,000 or more E-mails ]being processed in parallel. ] ] -Scott ]--- ]Declude JunkMail: The advanced anti-spam solution for IMail mailservers. ]Declude Virus: Catches both viruses and vulnerabilities in E-mail, with no ]annual licensing fees. ] ]--- ][This E-mail was scanned for viruses by Declude Virus ](http://www.declude.com)] ] ] ]To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html ]List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ ]Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ ] ] ] ] ]To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html ]List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ ]Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ ] To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
