Hi, Amos. I cannot answer your question directly, but I would suggest tweaking your RetryFactor so that retries in general have a lower priority compared to new messages, that should keep things rolling along for you:
References: 1. http://www.sendmail.org/~ca/email/doc8.12/op-sh-4.html 2. http://docstore.mik.ua/orelly/other/Sendmail_3rd/1565928393_ch11-77088.html I would also mention that "old Fedora machine" just screams "upgrade or replace me!", but I don't know what your circumstances are. :) HTH, Aleksey On Wed, Oct 7, 2009 at 3:22 AM, Amos Shapira <[email protected]> wrote: > Hello, > > I have an old Fedora machine running sendmail 8.14.1 as a relay of > spam reports from a large ISP to our system. > > It generally works fine but apparently the follow has happened in the > last few days: > > 1. For one reason or another, it started falling behind on the backlog. > 2. By the default configuration, it started to generate the "Can't > deliver in 4 hours" warning message to be sent back to the submitters > of spam reports. > 3. These messages filled up its queue and caused it to fall even further > behind. > 4. Chaos ensues - incoming connections dropped because of high load > average, queue runs never manage to cleanup queues, more messages > arrive to the incoming queue, more warnings and bounces are put into > the outgoing queue etc. > > My conclusion is that these spam report delayed warnings and bounce > messages are pretty useless - I'd rather drop the warnings, bounce > reports and even drop the old spam reports instead of trying to treat > them as so important that I just MUST deliver them. > > I found Timeout.queuewarn but that would only allow me to prolong the > time before the warning message is generated or the message is bounced > back. I'd like to just drop the message. > > I'd also like to have these rules only for spam reports, not the > administrative e-mails generated by the system. I suspect this might > be achievable by dedicating a separate queue for the spam submissions, > right? > > Can someone point me on how to achieve that? The closest I found were > scripts to periodically grep and delete specific messages (which is > basically what I did ad-hoc today to cleanup the queue). > > Thanks, > > --Amos > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
