Hello, See this thread:
http://mailman.fastxs.net/pipermail/dbmail/2006-February/008105.html And read this: http://www.postfix.org/SMTPD_PROXY_README.html Another approach to solving this with postfix would be a policy daemon that checks quota. I mentioned I started work on one here: http://mailman.fastxs.net/pipermail/dbmail/2005-April/006544.html Unfortunately I've not done anything further on it since then .. it's probably half finished, if anyone wants a copy of the framework to work on it. I copied another policy daemon (one of the greylisting ones) and was changing it .. iirc, I had all the command line processing / etc. in place, what's left to be done is the actual function that performs the sql lookup to check current disk usage and returns a go/no go result. I was making it flexible to handle postgresql and mysql, and you could specify what dbmail version you had, so that function would actually need to be written a few different ways (fairly trivial). This would be a nice script to go in dbmail contrib. Jesse > I know this is more a Postfix question, but it involves > really something that happens with dbmail-lmtpd local > delivery. So I'm hoping that someone else has already > explored how to fix this issue. > > Currently I use Postfix relay_domains and maps to determine > if I should accept email for a user. I'm not positive that > this is really the "correct" way, but it's working fine. > > The issue is I have some low score spam being delivered to > an existing mailbox. The mailbox is full. So I get this > junk, can't send it to the users sieve, spam, etc. folder. > > So the issue is postfix accepts the message, because the > account exists, so now it's queued. Then LMTP delivery > happens, and I get a 5xx error about the box being full. > Now Postfix tries to bounce the message back to the sender > and that fails because they don't exist, etc, etc. > > I'm looking for a way to 5xx the message before it has a > chance to queue the message. The relay_domain_maps doesn't > care about the right hand side that is returned, so I can't > drop the message there. > > Anyone have thoughts on how to accomplish this? > > -- > David A. Niblett | email: [EMAIL PROTECTED] > Network Administrator | Phone: (352) 334-3400 > Gainesville Regional Utilities | Web: http://www.gru.net/ > -- Jesse Norell Kentec Communications, Inc.
