>>>>> "V" == Vincent Ramos <siva_sans_spam@kailaasa.net.invalid> writes:

V> Le problème est que je ne comprends pas bien la documentation¹
V> puisqu'elle ne mentionne pas les anciennes options: sont-elles
V> équivalentes et puis-je simplement remplacer les restrictions par
V> leur nouveau nom?

Pour comprendre le problème il faut savoir que MAPS a été l'une des
premières DNSBL a être "massivement" utilisé et que ce choix a changé
quand
* MAPS est devenu payant
* certains ont critiqué les choix fait par MAPS

Elle a été progressivement remplacée par d'autres, tel que
sbl-xbl.spamhaus.org, et en ce sens il ne semblait plus logique de
conserver le nom de MAPS dans la directive, d'où l'apparition d'un nouveau
nom reject_rbl_client qui correspond mieux à la réalité.

Elles correspondent, toutes les deux, à une même action : interroger une
DNSBL pour refuser un message.

V> D'autre part, je ne suis pas vraiment sûr qu'utiliser
V> reject_unauth_pipelining et reject_unauth_destination pour les
V> smtpd_sender_restrictions soit pertinent. Qu'en pensez-vous?

Par défaut postfix a

smtpd_delay_reject = yes

ce qui fait que cela n'a pas grand sens de mettre reject_unauth_pipelining
dans smtp_sender_restrictions puisque tous les test (helo, sender,
recipient) vont se faire après la phase RCPT TO.

reject_unauth_destination est plutôt pour smtpd_recipient_restrictions


--

Guy Decoux