Le 05/02/2021 à 16:53, Wietse Venema a écrit :
Benoit Branciard:
Hello,
When using %S in result_format in a LDAP map definition, Postfix
stubbornly returns a lower-case version of input key.
I would have expected input key to be returned unmodified.
Is there a decent reason this has be done this way, or should it be
considered as a bug ?
This is for Postfix 3.4.14 (Debian 10 package).
By the way, the same remark may apply also to %U, but I didn't verify
how Postfix handles it.
All Postfix table-driven mechanisms will case-fold the search key
except when they use pcre, regexp, or tcp_table.
Wietse
Okay.
This sounds like a acceptable choice for *matching* purpose (although
incidentally this prohibits use of case-sensitive LHS in e-mail
addresses), but *retention* is another point.
Why not having the case folded for table lookup, but retaining the
unfolded version for result_format ?
Besides that, case-folding is of little interest with LDAP tables, since
LDAP matching rules will cope with case sensitivity adequately according
to attribute definitions.
My problem here, is that I have to cope with case-sensitivity of Dovecot
PigeonHole Sieve vacation module on recipient address. If the case of
the envelope recipient address is modified, PigeonHole can't match it on
the "To:" header, causing implicit delivery verification failure and
vacation reply discarding.
For various reasons (most notably copy forwarding), I have LDAP virtual
alias maps implying %S in result_format, which I expected to pass-though
original recipient.
It seems this "bug" (if calling it so) has been corrected in v2.3.10.1
of Dovecot (DOP-1424), but on the fact I was bothering why Postfix was
unable to preserve original recipient unchanged when I want so...
--
Benoit BRANCIARD
DSIUN: Direction du Système d'Information et des Usages Numériques
SIS: Pôle Infrastructures
Université Paris 1 Panthéon-Sorbonne
Centre Pierre Mendès France
90 rue de Tolbiac - 75634 Paris cedex 13 - France
Tél. +33 1 44 07 89 68 - Bur. A402
Accueil: +33 1 44 07 89 65 - assistance-ds...@univ-paris1.fr
http://dsiun.univ-paris1.fr
