gab2contacts with univention not syncing LDAP Kopano contacts

[Manfred]

Hi Andy,

it’s a problem that the contacts don’t have a separate username, only the last name. The script uses the username field to check if this entry was already synced. The easiest workaround would be if you would add a unique value as a username for the contacts as well.

Manfred

[raceface2nd]

Hi Manfred,

that explains why the sync is not working. Unfortunately there is no option in the Kopano4UCS LDAP contacts to enter a user name. The only option is a displayname which does not seem to be the same like the username.

It looks like that this displayname is stored in a different way in the LDAP by Kopano4UCS so it is not synched into the GAB. Maybe @fbartels knows more about the workflow behind the sync of these contacts into the GAB?

The Kopano4UCS LDAP contacts are stored in the LDAP scheme like in following screenshot.

Regards!

Andy

[Manfred]

Hi Andy,

what values are in the objectClass property of a contact?

Manfred

[raceface2nd]

Hi Manfred,

please find a screenshot with the expanded objectClass below:

Andy

[Manfred]

Hi Andy,

I’ve created a new kopano-contact in my LDAP using just person, inetOrgPerson, top and kopano-contact classes, but it still got the accountname field set. I’m out of ideas now, so I guess we’ll have to wait if Felix has any idea (he’s currently out of the office until mid of next week) what’s different in the UCS’ LDAP.

Manfred

[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!