Univention Bugzilla – Bug 41400
extend ad connector mapping for syncing mailAlternativeAddress attributes
Last modified: 2018-04-14 14:15:55 CEST
We should add a test case for this issue. +++ This bug was initially created as a clone of Bug #41246 +++ unfortunately reproduceable Ticket#2016051021000466 (test environment where the behaviour can be reproduced is noticed at the ticket) 1. set the UCRV 2. set "mailAlternativeAddress" 3. Traceback in connector.log 06.05.2016 22:05:37,622 LDAP (PROCESS): sync from ucs: [ user] [ modify] cn=mgrand,ou=remote_workers,DC=cabbages,DC=corp 06.05.2016 22:05:37,632 LDAP (WARNING): sync failed, saved as rejected 06.05.2016 22:05:37,635 LDAP (WARNING): Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/univention/connector/__init__.py", line 733, in __sync_file_from_ucs or (not old_dn and not self.sync_from_ucs(key, object, premapped_ucs_dn, old_dn))): File "/usr/lib/pymodules/python2.7/univention/connector/ad/__init__.py", line 2403, in sync_from_ucs value = post_attribute.ucs_value_map_function(value, ad_object[attr]) KeyError: 'proxyAddresses' +++ This bug was initially created as a clone of Bug #40357 +++ The ad connector mapping should be extended that mailAlternativeAddress are also syncronised to AD. The attribute "proxyAddresses" in AD should be suitable for the UCS attribute "mailAlternativeAddress". This feature could be done by adding the following part to /etc/univention/connector/ad/mapping: 'mailAlternativeAddress': univention.connector.attribute ( ucs_attribute='mailAlternativeAddress', ldap_attribute='mailAlternativeAddress', con_attribute='proxyAddresses', ), This Bug is also needed in "UCS<->AD with MS Exchange" environments. But there can be additional requirements in case of the MS Exchange version. In some MS Exchange versions (eg. MS Exchange 2013), the value of a created MS Exchange account in the proxyAddresses will look like "smtp:mail@example.com" instead of "mail@example.com". MS Exchange need this to map a mail address to a mail account. But this behaviour can not be handled by the part above. There has to be a better solution for this issue.