Hello,

just so I understand correctly, the recommendation would be to use smtpd_end_of_data_restrictions, despite the warning in the Dovecot log?


Thank you
Klaus.

On 2/3/25 17:39, Wietse Venema via Postfix-users wrote:
Klaus Tachtler via Postfix-users:
Hello,

I have a question about smtpd_end_of_data_restrictions. In the
documentation under the following link
https://www.postfix.org/SMTPD_ACCESS_README.html#lists there is an
example which looks like this:

      # Enforce mail volume quota via policy service callouts.
      smtpd_end_of_data_restrictions = check_policy_service unix:private/policy

If I configure this as follows:

smtpd_end_of_data_restrictions = check_policy_service
inet:imap.server.tld:12340

I get the following WARNING message in the Dovecot log:

quota-status(5043): Warning: Received policy query from MTA in
unexpected state END-OF-MESSAGE (service can only be used for recipient
restrictions)

quota-status complains that it must not be called after end-of-data.
So, don't do that. One message can have multiple recipients, and
if one recipient is over quota, only that recipient must be rejected.

However, if I use smtpd_recipient_restrictions = check_policy_service
inet:imap.server.tld:12340, I get NO WARNING.

Are you surprised that quota-status is not logging the above warning?
If not that warning, what other warning?

Is the example here correct, or should the WARNING in Dovecot be taken
into account?

Postfix receiveds a non-error response from quota-status, so it
will not complain.

        Wietse
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org


--

---------------------------------------
e-Mail  : kl...@tachtler.net
Homepage: https://www.tachtler.net
DokuWiki: https://dokuwiki.tachtler.net
---------------------------------------
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org

Reply via email to