UCS Kopano Ldap relaoded

mahescho

Hallo,

so, da bin ich wieder. Da Kopano ganz sterben wird, steigt der Druck wirklich umzustellen. Ich habe alles noch mal ganz neu gemacht und scheitere gleich wieder mit dem UCS-Ldap-Import meines UCS-Kopano-Setups. Den im UCS-Template vorgeschlagenen Filter kann man nicht nehmen, denn der liefert alle Computer-Konten mit. Mein Filter

(&(kopanoAccount=1)(univentionObjectType=users/user))

passt, wenn ich manuell (Apache Directory Studio) mit dem Filter such passt auch alles, das heisst es werden genau die Benutzerkonten geliefert, die ich brauche. Aber dann:

mail:~ # grommunio-admin ldap downsync --complete
.....
Importing xxx@xxx.de...An error occurred: RuntimeError('Multiple entries found - aborting',)

Mir drängt sich sofort die Frage auf: "Multiple entries" ... wovon ? Was ist das Problem und wie fixe ich das ?

TIA
Matthias

crpb

grommunio-admin ldap search |sort -k3 anschauen
Den fehlerhaften benutzer mal mit grommunio-admin ldap dump xxx@xxx.xx anschauen.
Mal im LDAP nach der 'mail' suchen.
"Multiple entries" hört sich ja so an als ob es da mehrfache Ergebnisse für eine E-Mail Adresse (welche als Benutzernamen dann verwendet werden soll) gibt.

mahescho

Primär war das eine Layer-8-Problem. Ich hatte meinen Filter:

(&
    (kopanoAccount=1)
    (|
        (univentionObjectType=users/user)
        (univentionObjectType=kopano/non-active)
    )
    (!(kopanoSharedStoreOnly=1))
)

bei den Contacts eingetragen und bei den Usern stand nur "PossixAccount".

Jetzt macht "downsync" fast was es soll, er sagt jetzt nur noch "invalid domain"-

crpb

mahescho er sagt jetzt nur noch "invalid domain"

Ist die Domain für die entsprechende Adresse denn angelegt?
Das passiert glaube ich nur falls mail=xxx@nichtbekannte.domain ist.
Kannst im LDAP-Filter zur not noch (|(mail=*@deine.domain)(mail=*@andere.domain)...) oder sowas rein machen.
Musste ich hier zumindest bei nem neuen Kunden wo einige @domain.local aufgelöst wurden. Jedoch hab ich das kopanoAccount=1 weg gelassen um das ganz raus zu bekommen wenn dann mal umgestellt wird.

mahescho

Danke. Ganz anders, hab's gelöst. Das "User Name Attribute" muss "mailPrimaryAddress" sein. Dann geht es. Hier die Config mit der es problemlos klappt:

# Configuration automatically generated by grommunio-admin.
ldap_disabled=False
ldap_host=ldap://192.168.100.200:7389
ldap_bind_user=uid=svcread,cn=users,dc=xxx,dc=loc
ldap_bind_pass=xxx
ldap_start_tls=True
ldap_search_base=dc=xxx,dc=loc
ldap_object_id=entryUUID
ldap_mail_attr=mailPrimaryAddress
ldap_user_displayname=displayName
ldap_user_filter=(&(kopanoAccount=1)(|(univentionObjectType=users/user)(univentionObjectType=kopano/non-active))(!(kopanoSharedStoreOnly=1)))
ldap_contact_filter=
ldap_user_search_attrs=mail
ldap_user_search_attrs=givenName
ldap_user_search_attrs=cn
ldap_user_search_attrs=sn
ldap_user_search_attrs=displayName
ldap_user_search_attrs=gecos
ldap_user_search_attrs=uid
ldap_user_templates=common
ldap_user_templates=Univention
ldap_user_aliases=mailAlternativeAddress
ldap_group_addr=mailPrimaryAddress
ldap_group_filter=(objectclass=posixgroup)
ldap_group_name=cn
ldap_group_memberof=memberOf

Die Ursache war, dass ich aus Gewohnheit "UID" drin hatte und die enthält weder @ noch die Domain.