gab2contacts with univention not syncing LDAP Kopano contacts

[raceface2nd]

Hi Manfred,

Okay, let’s wait then.

Andy

[fbartels]

I just did a quick check on my univention system and I don’t see the duplication of objects when running gab2contacts again.

My contact looks as followed:

dn: cn=First Last,cn=contacts,cn=kopano,dc=univention,dc=de
kopanoAccount: 1
cn: First Last
objectClass: person
objectClass: inetOrgPerson
objectClass: kopano-contact
objectClass: kopano4ucsObject
objectClass: top
objectClass: univentionObject
univentionObjectType: kopano/contact
kopanoHidden: 0
univentionObjectFlag: functional
sn: Last
givenName: First
mailPrimaryAddress: mail@test.com

[raceface2nd]

Sorry for the radio silence have been busy out of office.
@fbartels : that’s kind of weird.

Is it correct, that there is no display name of the Kopano LDAP contacts displayed in the GAB?

I recognized that I only have this behaviour of doubled entries when I create 2 or more LDAP entries at a time and run gab2contacts afterwards. When I only create 1 entry gab2contacts works like a charm with the mod from Manfred.

Andy

[fbartels]

I do have a display name configured on my system:

But cn is actual the default value for the display name (as given in /usr/share/kopano/ldap.openldap.cfg), so I’m wondering why its empty for you.

[raceface2nd]

@fbartels : Unfortunately the display name stays empty independent how many kopano-contacts I create. Do you mean the ldap_fullname_attribute = cn entry in /usr/share/kopano/ldap.openldap.cfg?

Is there a way to readout the GAB entries with the command line?

[fbartels]

@raceface2nd said in gab2contacts with univention not syncing LDAP Kopano contacts:

Do you mean the ldap_fullname_attribute = cn entry in /usr/share/kopano/ldap.openldap.cfg?

No, user defined configuration should be placed into /etc/kopano (in this case into the ldap.cfg file).

@raceface2nd said in gab2contacts with univention not syncing LDAP Kopano contacts:

Is there a way to readout the GAB entries with the command line?

On univention there is ´univention-ldapsearch´. The following command lists all user objects (contacts are after all also user objects) that match the configured filter in Kopano:

univention-ldapsearch $(ucr get kopano/cfg/ldap/ldap_user_search_filter)

I don’t suppose you have a Kopano subscription, so one of our supporters could have a look on your system?

[raceface2nd]

@fbartels said in gab2contacts with univention not syncing LDAP Kopano contacts:

No, user defined configuration should be placed into /etc/kopano (in this case into the ldap.cfg file).

Don’t want to touch this file as it looks to me that it is how it has to be.

@fbartels said in gab2contacts with univention not syncing LDAP Kopano contacts:

I don’t suppose you have a Kopano subscription, so one of our supporters could have a look on your system?

Correct, I don’t have a subscription. Should I provide an SSH account for one of your supporters?

Andy

[fbartels]

@raceface2nd said in gab2contacts with univention not syncing LDAP Kopano contacts:

Should I provide an SSH account for one of your supporters?

You could get in contact with our sales team on an offer for remote help. This would probably resolve this issue (that we are already in the 30th reply and that is going on for a month) within a few minutes.

https://kopano.com/contact/

If this is nothing you want to do, i’d recommend to setup another Univention in a test environment and compare configuration files.

[raceface2nd]

Okay, thanks for your help until this point! I will check with the sales team in the next days.

Andy

[raceface2nd]

I checked on another server that the display names of Kopano contacts are displayed correctly. Also my config files differ extremely. Maybe this is related to the fact that my UCS runs already some years.
We decided to leave it like it is right now and migrate to a new server in the next weeks.

Thx again!