Further suggestion to my first email: How about a control file that would tell qmail how to behave to certain error codes like maybe an "on-error-action" control file, whose contents could be:
# Error Code exec a program or pipe to devnull 550 DATA line too long Max(1024) | /dev/null . . . Just an idea. /RS On February 9, 2003 11:13 am, Roger Sistla wrote: > Hello, > > I run a qmail-ldap server and reccently had a huge amounts of email > queued up due to a specific situation. I use qmail-ldap as a message store > as well as a relay for other customers who have their own mail servers. > Here is the situation: Customer X has a cron job that emails an account on > Customer Y's iPlanet Messenger Server. Both customers use my qmail-ldap > server as a smart relay host. The cron job sent an email that contained a > line that was greater than (1024) bytes. Custmomer Y's mail server rejected > it with the error: > Remote host said: 550 DATA line too long Max(1024) > The bounce went back to "mailer-daemon" at Customer X, who also rejected it > with the same error. The cron job was continually sending emails. As you > can see the bounces were piling up. In just a couple of hours, I had over > 80000+ messages in the queue. I got Customer X to fix up the script and > cleaned out the queue on my relay. > > Should not qmail detect this loop and discard the email ?? Is there > something I did not setup properly ?? Is this the way qmail should work ?? > Is there a way > I can force all mail sent "TO:MAILER-DAEMON@ANYWHERE" to /dev/null or even > better have a file of email addresses that get quitely sent to /dev/null. > Thanks, > > /RS
