On Mon, 2005-10-24 at 09:41 -0600, Dan Scrimpsher wrote: > > Thanks Bill. > I added that to my tcp.smtp and now all new mail for a user over quota > gets returned to sender. > In the /var/log/qmail/smtpd/current file I can see entry. (I wasnt > seeing that before.) > > @40000000435cfebb32baabe4 CHKUSER mbx overquota: from > <[EMAIL PROTECTED]::> remote > <nl1.americanprizepatrol.com:unknown:69.94.72.98> rcpt > <[EMAIL PROTECTED]> : rcpt mailbox is overquota > > The mail that is already in the queue is not getting returned. I tried > a "qmailctl doqueue" but the messages are still in the queue and I > still see the mail in the queue. I still get the entry in > the /var/log/qmail/current: > > @40000000435cffba373fb704 delivery 1146: deferral: > user_is_over_quota/maildrop:_signal_0x19/ > > Is there another way to get all this mail processed and returned? >
I dont think there is really anything you can do about whats already in the queue as the tcpserver files are only looked at by the qmail-smtpd process. If you really wanted to you could stop qmail and add the file /var/qmail/control/queuelifetime with something like 43200 (1/2 day in seconds) in it and then fire up qmail again. As soon as qmail processes the messages in the queue, it will expire them as being to old and try to bounce them. Once it has done that, stop qmail again and remove the file then start it back up and you should be back to square one. Its a bit of a hack really and unless the message were actually causing one of my mail servers problems, I would just allow them to expire as normal because if a client frees some disk space in the meantime, the message will just be delivered. cheers Shane -- Quick, hire a teenager while they still know everything. --Anonymous
