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