Hi Jason, > > > OSError: [Errno 122] Disk quota exceeded > > > > Now this mail is not delivered and acted on by TMDA until some more > > disk space is available, and then it is delivered. Has anyone seen > > a problem like this before, and/or can anyone provide help on this? > > Do you really consider this a problem? This seems like a good thing > to me. When TMDA encounters a problem during delivery, it logs the > error (the traceback), defers the delivery, and retries until it > succeeds. This way, no mail is lost. >
Ok, well I'll try and explain a litter better. Currently if somebody sends an email to a customer of ours who does not have our spam filter enabled (tmda), and that customer has exceeded their disk quota, then a nice bounce message is sent back to the sender saying something along the lines of: "Sorry the person you are trying to reach has exceeded the disk usage, please try again at a later date, as your message wasn't delivered". And that customer doesn't get any new mail until they clear out the box. However, if the customer is using our spam filter (based on tmda), and they have exceeded their disk usage, when someone emails them, the bounce email (which isnt part of tmda) is not sent, as it stops for some reason in tmda with a python exception. And the original email goes nowhere. I'm thinking its postfix causing issues integrating with tmda. > > Ideally what I would like to happen, is that the disk quota system > > grabs the mail before it gets to TMDA, and if quota exceeded, bounce > > back a msg to the sender explaining so, and if disk quota ok, then > > pass through tmda. > > I don't think there is anything TMDA can do about this. It sounds > like you need to visit the docs and or mailing list for Postfix (I'm > assuming this is the MTA you are running). Some MTAs can check disk > quota information during the initial SMTP transaction, and refuse the > transmission if the user is over quota. Of course, this happens well > before TMDA ever sees the message. This is probably the avenue you > want to pursue. > Yes I'll check out the postfix docs, and check exactly when quota info is checked, and see if I can change it so its read before interacting with tmda. Thanks Mike. P.s. Jason, just for your info, we are blocking more and more spam here. Im currently working on some stat scripts for our tmda system here, and graphing using rrd-tool, so I can see longer term trends. But here's yesterdays stats (24 hours of email), in which 24.9% of all email was bounced as spam from users blacklists.: Customers of ours are getting better at managing their blacklists, and using more wildcards/domains. As a few months back, the ration was more like 10-15% of all mail bouncing as spam from blacklists. Bounced : 5060 OK : 2843 Pending : 11974 Confirmed : 444 Total Msgs: 20321 _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
