Sven,
Am 06.10.2015 um 14:02 Uhr schrieb Sven Schwedas:
On 2015-10-06 12:44, Marc Patermann wrote:
Am 05.10.2015 um 22:34 Uhr schrieb Alain Abbas:
The way to handle that is definitively 1 attribute for the mail
(unique) and not multivalued
you are ignoring that the LDAP directory may be not single only be
there for one application like SOGo. mail is a multivalued
attribute by default in the standard schema. So we have to deal
with that.
It's multivalued in *a* standard schema. SOGo also has to work with
single-valued ActiveDirectory setups, which are anything but rare.
Is there another internet standard definition other than:
https://tools.ietf.org/html/rfc4524#section-2.16
I hope we agree on Active Directory is not LDAP, but like LDAP.
(UCS did do the same thing too even back when they were using
Kolab/OpenLDAP, FYI. And probably others.)
Other vendor specific implementation which mirror the Microsoft specific
AD implementation are a thing to deal with too, right.
So *if* we get multi-value support in SOGo/Thunderbird (good luck
getting anything done in Thunderbird…),
The LDAP feature in Thunderbird are a thing of its own … :(
we'd need to be able to configure a secondary, multi-valued email
attribute. Make it default to `mail` so it'll work with OpenLDAP if
you want, but that'd allow compatibility with AD, too.
and another attribute for the alias (alias, proxyaddress) a name
something like that in your transport configuration in postfix
you have to make your LDAP filter to search for the mail in mail
attribute or to alias attribute.
Which is a two-line change, FYI.
Which is a two-line configuration change in postfix.
IMHO this seems a bit like: "Here this solves this problem. Oh, I
does create others? Not my problem."
Why, yes, if you modify the LDAP scheme, you'll have to make sure
your programs understand the scheme. What surprising news.
Which brings me back to my starting point: if the LDAP is the core
directory of a complex infrastructure you have a lot of programs to change.
Marc
--
[email protected]
https://inverse.ca/sogo/lists
