What about having something that is configurable? IE: the default is having a message defered when it can't be delivered. And having an option that you can plug in an error bounce about something like "disk quota exceeded", or any other error that might stop TMDA writing to disk.
Am I the only user in the whole TMDA user-base that has on our ISP mailservers a quota system and TMDA installed? If there was a way to check disk quota before a message even gets to TMDA (eg. putting something in my .procmailrc that fires the message through /usr/bin/check-disk-quota then passes to TMDA on success), then I would have done it that way, but there isn't. As I believe that TMDA should at least do something here, because what is stopping someone's disk to get full, or fail (eg a scsi disk fails), and TMDA can't write to disk, then the message just sits in the mailqueue until the disk can be written to. This is all very well if you have a small system in place, and deal with limited numbers of emails, but when you get over 30,000 emails daily going through TMDA, and some of the 1500 customers who use our spam filter have exceeded disk, then there's a lot of email sitting in the mailqueue going no where, and eating up system resources. I do have our system working ok good now, with TMDA sending out bounces when disk quota is exceeded, but I would have to do this patch everytime there is a TMDA upgrade. Just my two cents worth. Regards Mike Usmar ----- Original Message ----- From: "Jason R. Mastaler" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, January 24, 2004 12:37 PM Subject: Re: Mailbox Quota problem with TMDA & patch > "Mike Usmar" <[EMAIL PROTECTED]> writes: > > > It maybe of use to someone, or Jason you might want to take these > > changes and make something a little bit more usuable be everyone. > > I won't be incorporating your patch, because I believe the current > behavior of deferring, rather than bouncing the message when > encountering a delivery error, is the safe and therefore correct > behavior. > _____________________________________________ > tmda-users mailing list ([EMAIL PROTECTED]) > http://tmda.net/lists/listinfo/tmda-users > _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
