[sync] Can not sync contacts from LDAP addressbook

[Mehmet Giritli]

On Tue, 2011-02-15 at 13:42 +0100, Jan Schneider wrote:
> Zitat von Mehmet Giritli <mgiritli at giritli.eu>:
> 
> > On Tue, 2011-02-15 at 10:53 +0100, Jan Schneider wrote:
> >> Zitat von Mehmet Giritli <mgiritli at giritli.eu>:
> >>
> >> > On Mon, 2011-02-14 at 23:21 +0100, Jan Schneider wrote:
> >> >> Zitat von Mehmet Giritli <mgiritli at giritli.eu>:
> >> >>
> >> >> > On Mon, 2011-02-14 at 12:03 +0100, Jan Schneider wrote:
> >> >> >> Zitat von Mehmet Giritli <mgiritli at giritli.eu>:
> >> >> >>
> >> >> >> > On Sun, 2011-02-13 at 17:54 +0100, Jan Schneider wrote:
> >> >> >> >> Zitat von Mehmet Giritli <mgiritli at giritli.eu>:
> >> >> >> >>
> >> >> >> >> > reports an error. I really have no idea what to do. Could
> >> >> you give me
> >> >> >> >> > some tips? Is there a verbose/debug switch for horde  
> >> where I can see
> >> >> >> >> > whats going on during syncing?
> >> >> >> >>
> >> >> >> >> http://wiki.horde.org/SyncMLProblemReport
> >> >> >> >>
> >> >> >> >> Jan.
> >> >> >> >>
> >> >> >> >> --
> >> >> >> >> Do you need professional PHP or Horde consulting?
> >> >> >> >> http://horde.org/consulting/
> >> >> >> >>
> >> >> >> >
> >> >> >> > Log files attached.
> >> >> >> >
> >> >> >> > I think my problem is apparent with the lines saying:  
> >> "Added to server
> >> >> >> > from client during SlowSync: <blah blah> ignored". Hence I am not
> >> >> >> > getting any sync done, because my contacts in ldap server  
> >> are ignored.
> >> >> >> > Why is that?
> >> >> >>
> >> >> >> Because this is a slow sync (first sync, which adds all clients
> >> >> >> objects to the server and vice versa), but Horde still finds existing
> >> >> >> server-client-mappings for those objects.
> >> >> >> This happens if you reset sync anchors, even though you already
> >> >> >> synched in the past. I assume this still is a test install, so simply
> >> >> >> empty the horde_syncml_map and horde_synchml_anchors tables.
> >> >> >>
> >> >> >> > Also, is it possible to say from the logs why the  
> >> attributes of photo
> >> >> >> > and nickname are not being synced (when I rarely get any  
> >> syncing done)?
> >> >> >> >
> >> >> >>
> >> >> >> No, because it doesn't even get that far.
> >> >> >
> >> >> > OK, thanks again man. Clearing the tables did the trick. But shouldn't
> >> >> > there be a ui for clearing those tables? I thought clearing syncml data
> >> >> > from the global options would do that, but apparently it doesn't.
> >> >>
> >> >> http://bugs.horde.org/h/whups/ticket/9377
> >> >>
> >> >> > So, can you tell anything now for the photo, category and nickname
> >> >> > attributes not getting synced?
> >> >>
> >> >> Not without sync logs from an otherwise successful sync.
> >> >
> >> > oh bugger...I forgot to attach the logs. Attached them now.
> >>
> >> The phone only supports the photo field of those 3. Are you sure that
> >> the photo field does have a value, and that you also have a photoType
> >> field with correct content?
> >
> > Hi again,
> >
> > I was sure that nicknames are synced so I digged in and found out that
> > (in the file data.txt) X-EPOCSECONDNAME attribute is sent by the phone
> > for the nickname data. So, how do I make horde to use that? Any tips
> > would be really appreciated.
> 
> The translation is done in the toVcard() and toHash() methods in  
> turba/lib/Driver.php.


First of all, I confirm that nicknames are working with X-EPOCSECONDNAME
attribute. So perhaps this can be integrated into horde. Should I file a
bug for it? This is a nokia phone, so I reckon many people will fall
into this trap.


Secondly, for the phototype field, it does not look like a standard ldap
attribute. So, I get errors whenever I try to save the mime type in it.
Ldap server complains that: 

RESULT tag=103 err=17 text=phototype: attribute type undefined

I think that some schema must define it and apparently I dont have it in
mine.

> 
> > I believe photoType field is empty in my records (horde addressbook
> > doesnt mind though). But I must figure out nicknames first. Will look
> > into photos later.
> >
> > Also, I wished there was some way to make horde detect changes in the
> > ldap server by another program. But perhaps that is non-trivial and we
> > will never see that feature?
> 
> Exactly.
> 
> Jan.
>