|
> ABOUT US | > CAREERS | > CONTACT US | > CLIENT LOGIN | |||||
|
|
|||||
|
|
|
|
|
|||||
![]() |
||||||||
|
Exchange Exchange 2003 FAQ Exchange 2000 FAQ Exchange 5.5 FAQ SMTP Dequeue Scripts Books Free Solutions |
Exchange - Dequeue Any tips for the ISP? We have found a good link that discusses an optional sendmail 8.6.x configuration to handle the queued mail a bit more elegantly. http://www.wizzy.com/wizzy/mail describes how to set up batch-smtp queues for particular domains. The description is based on the "finger" method of dequeueing, but you could just as well run a separate sendmail process with different retry intervals on each queue. It would need to listen on a different port, but this is workable since we have added a "-p" option to set the connection port to dequeue.exe. More information on sendmail can be found at http://www.sendmail.org and in the comp.sys.sendmail newsgroup. How do I configure sendmail to queue mail? Harker Systems has a great reference on how to configure sendmail 8.8.x for dial-on demand operation, including a pre-made m4 file to build into your sendmail config. http://www.harker.com/sendmail/. Also, http://www.sendmail.org is a good starting place. Some ZMailer tips:We pinched this text from the newsgroups and neglected to capture the kind soul's name who wrote it. We will have to attribute it to anonymous. For quite awhile, ZMailer's scheduler has operated in such a way that if there is a new message going to Channel-C/Host-H, and the system has resources available to run a new (or recycled) transport agent, then appearance of the new job will run ALL accumulated jobs to that particular target at the same time.
Whatever, it will use up only one transport agent, which operates independent of all of the other message flows going around. That is, it will not cause significant slowdown to the system, not even when there are thousands of messages going to that one thread... (All this assuming you don't have too many of such targets with huge queues in your system -- like several dozens of them ...) With 2.99.49p5 there is configuration flag "queueonly", which just accumulates the target thread(s), but will never automatically start the queueing. Instead, the target Host-H MUST be triggered by explicite "ETRN Host-H" command thru the smtpserver. This will, of course, run all channels with Host-H. However, we thought that to be a minor nuisance, instead of demanding things like "it must be in 'smtp' channel" -- because we think it will be easiest to have explicite 'route' entry telling something like:
and associated scheduler.conf target:
For that route example, the necessary ETRN is:
|
|
||||||
|
|
|
|
|
|||||
| Simpler-Webb, Inc. 1717 W. Sixth Street, Ste. 140 Austin, Texas 78703 (512) 322-0071 | © 1993-2008 Simpler-Webb, Inc. | Privacy Policy |