>>>> [EMAIL PROTECTED] 10/24/2005 12:42:07 PM >>>
>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

Thanks for the note.
I have noticed that there are about 50 less in the queue then there used to be in there.
 
dan

Reply via email to