On 6.8.2013, at 20.57, Thomas Leuxner tlx@leuxner.net wrote:
- Timo Sirainen tss@iki.fi 2013.08.06 19:42:
The idea behind quota_grace is that the last mail would be allowed to take the user somewhat over quota (e.g. up to 109% quota usage). On the next mail delivery user is already over quota, so the size of the mail is irrelevant because a mail of any size will be rejected. The initial quota-status implementation didn't even support SIZE extension since I didn't remember it existed.
I'm referring to the Postfix side _only_ or the initial SMTP Handshake if you like. My point is that there is no safe way to reject mails at this level *if* the remote server doesn't play nice. I think this was the whole point of writing a policy service for Postfix. I'm not *talking* about quotas that will be handled by the delivery agents...
Either you're still misunderstanding me, or vice versa. The quota rejections can be done complete in SMTP side even without SIZE:
- quota at 99% :
MAIL FROM:sender@example.com 250 2.1.0 Ok RCPT TO:tss@dovecot.org 250 2.1.0 Ok DATA ... . 250 2.0.0 Ok: queued as 12345
- quota is now at 103% :
MAIL FROM:sender2@example.com 250 2.1.0 Ok RCPT TO:tss@dovecot.org 554 5.2.2 User is over quota