---- Reported by jingke.zhang@intel.com 2010-04-19 19:49:06 +0000 ----

This is from http://bugzilla.moblin.org/show_bug.cgi?id=5631

   Description  From  ddecock   2009-08-25 07:36:08 PST   (-) [reply]

In syncevolution <0.9, syncing with egroupware worked. Now, I got the following
error :

# [2009-08-25 16:32:56.313] ===> smlProcessData failed, returned 0x2012
#
+
–
[2009-08-25 16:32:56.313] 'SessionAbort' - Aborting Session, Status=20007,
ProblemSource=LOCAL [--][++] [->end]

    * [2009-08-25 16:32:56.313] WARNING: Aborting Session with Reason Status
20007 (LOCAL problem) ***

------- Comment #1 From pohly 2009-08-25 08:40:20 PST (-) [reply] -------

Can you try with WBXML disabled? Run syncevolution with "--sync-property
enableWBXML=false"

Using WBXML by default is one of the major differences between 0.8 and 0.9. If
that isn't the problem, then please include a full sysynclib_linux.html log
file of a failed sync.

------- Comment #2 From ddecock 2009-08-25 12:22:18 PST (-) [reply] -------

This seems to help. Thanks!

------- Comment #3 From shuangeeer 2009-08-25 18:36:40 PST (-) [reply] -------

According to comment #2 from reporter, close this one.

------- Comment #4 From pohly 2009-08-25 23:13:30 PST (-) [reply] -------

We still need to document this somewhere.

Dries, the eGroupware entry in
http://syncevolution.org/documentation/compatibility
is completely out of date. I no longer have access to a server either.

Do you think you can send an update for that entry based on your own experience
and the latest eGroupware release?

For example, which URI is the one which works for calendar?

------- Comment #5 From ddecock 2009-08-26 02:32:34 PST (-) [reply] -------

I think I was too fast telling egroupware works. I got an exception at the end
of the synchronisation. I tried to find the item which causes the problem, but
it seems to be caused by a response from the eGroupWare server: this is the
SyncML trace:
POST /rpc.php?syncml_sessionid=syncml-15bcc540b0ada7a6d0a78c9c94cbfb17 HTTP/1.1

Host: team.office.excentis.com

Content-Type: application/vnd.syncml+xml

User-Agent: SyncEvolution

Content-Length: 1005



Client : 
<?xml version="1.0" encoding="UTF-8"?><SyncML
xmlns='SYNCML:SYNCML1.2'><SyncHdr><VerDTD>1.2</VerDTD><VerProto>SyncML/1.2</VerProto><SessionID>4</SessionID><MsgID>15</MsgID><Target><LocURI>http://team.office.excentis.com/rpc.php?syncml_sessionid=syncml-15bcc540b0ada7a6d0a78c9c94cbfb17</LocURI></Target><Source><LocURI>sc-pim-47d43f03-817e-44d9-a5d7-0caaf050b916</LocURI><LocName>decock</LocName></Source><Meta><MaxMsgSize
xmlns='syncml:metinf'>10000</MaxMsgSize><MaxObjSize
xmlns='syncml:metinf'>4000000</MaxObjSize></Meta></SyncHdr><SyncBody><Status><CmdID>1</CmdID><MsgRef>14</MsgRef><CmdRef>0</CmdRef><Cmd>SyncHdr</Cmd><TargetRef>sc-pim-47d43f03-817e-44d9-a5d7-0caaf050b916</TargetRef><SourceRef>http://team.office.excentis.com/rpc.php</SourceRef><Data>200</Data></Status><Alert><CmdID>2</CmdID><Data>222</Data><Item><Target><LocURI>http://team.office.excentis.com/rpc.php</LocURI></Target><Source><LocURI>sc-pim-47d43f03-817e-44d9-a5d7-0caaf050b916</LocURI></Source></Item></Alert></SyncBody></SyncML>

Sever reply :
HTTP/1.1 200 OK

Date: Wed, 26 Aug 2009 09:15:29 GMT

Server: Apache

X-Powered-By: PHP/5.2.6-pl6-gentoo

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Pragma: no-cache

Set-Cookie: Horde=0b9841c6e1ad652e3eaf5d1ee7e81dd0; path=/horde;
domain=team.office.excentis.com

Expires: Thu, 19 Nov 1981 08:52:00 GMT

Set-Cookie: Horde=syncml-15bcc540b0ada7a6d0a78c9c94cbfb17; path=/horde;
domain=team.office.excentis.com

Content-length: 1230

Accept-Charset: UTF-8

Content-Type: application/vnd.syncml+xml



<SyncML
xmlns="SYNCML:SYNCML1.2"><SyncHdr><VerDTD>1.0</VerDTD><VerProto>SyncML/1.0</VerProto><SessionID>4</SessionID><MsgID>15</MsgID><Target><LocURI>sc-pim-47d43f03-817e-44d9-a5d7-0caaf050b916</LocURI></Target><Source><LocURI>http://team.office.excentis.com/rpc.php?syncml_sessionid=syncml-15bcc540b0ada7a6d0a78c9c94cbfb17</LocURI></Source></SyncHdr><SyncBody><Status><CmdID>1</CmdID><MsgRef>15</MsgRef><CmdRef>0</CmdRef><Cmd>SyncHdr</Cmd><TargetRef>http://team.office.excentis.com/rpc.php?syncml_sessionid=syncml-15bcc540b0ada7a6d0a78c9c94cbfb17</TargetRef><SourceRef>sc-pim-47d43f03-817e-44d9-a5d7-0caaf050b916</SourceRef><Data>212</Data></Status><Status><CmdID>2</CmdID><MsgRef>15</MsgRef><CmdRef>2</CmdRef><Cmd>Alert</Cmd><TargetRef>http://team.office.excentis.com/rpc.php</TargetRef><SourceRef>sc-pim-47d43f03-817e-44d9-a5d7-0caaf050b916</SourceRef><Data>200</Data><Item><Target><LocURI>http://team.office.excentis.com/rpc.php</LocURI></Target><Source><LocURI>sc-pim-47d43f03-817e-44d9-a5d7-0caaf050b916</LocURI></Source></Item></Status><Sync><CmdID>3</CmdID><Target><LocURI>./calendar</LocURI></Target><Source><LocURI>calendar</LocURI></Source><NumberOfChanged>69</NumberOfChanged></Sync><Final></Final></SyncBody></SyncML>


It seems to proccess the first to commands good, but the CmdID 3 seems to cause
a problem with SyncEvolution.

Kind regards

------- Comment #6 From pohly 2009-08-26 06:16:39 PST (-) [reply] -------

(In reply to comment #5)
> I think I was too fast telling egroupware works. I got an exception at the end
> of the synchronisation. I tried to find the item which causes the problem, but
> it seems to be caused by a response from the eGroupWare server: this is the
> SyncML trace:

This is easier to debug for us if you could send the the sysynclib_linux.html
file. You'll find it in the directory listed by "syncevolution --print-sessions
<server name>".

------- Comment #7 From ddecock 2009-08-26 08:53:17 PST (-) [reply] -------

I will generate one with an empty calendar and attach it.
Kind regards

------- Comment #8 From ddecock 2009-09-11 04:33:44 PST (-) [reply] -------

Created an attachment [details]
Debug trace

Sorry for the delay, but I have added a trace to show what goes wrong. I hope
this helps.

Kind regards,
Dries

------- Comment #9 From pohly 2009-09-21 09:19:23 PST (-) [reply] -------

(In reply to comment #8)
> Sorry for the delay, but I have added a trace to show what goes wrong. I hope
> this helps.

Thanks for the trace. I'm afraid we are swamped with work on the next
release(s) and won't have time to investigate interoperability with eGroupWare
further at this point.

You may find the following link relevant:
http://k.noc.de/index.php?option=com_content&view=article&id=6&Itemid=8
"eGroupWare SyncML Extensions"

Looking at the number of changes, it seems likely that some of the issues fixed
there are relevant when syncing with SyncEvolution.

------- Comment #10 From gaio 2010-03-10 08:53:02 PST (-) [reply] -------

I'm still suffering this problem.

But now, with egw 1.6.003, the SyncML modification cited in last post are
merged in main branch, but after that i still catch error 20007.

I'm using Ubuntu Karmic koala, with latest syncevolution fro debian repo:

gaio@aldo:~$ dpkg -l | grep evolution
ii  evolution                                  2.28.1-0ubuntu2                 
                          groupware suite with mail client and organiz
ii  evolution-common                           2.28.1-0ubuntu2                 
                          architecture independent files for Evolution
ii  evolution-couchdb                          0.3.2-0ubuntu2                  
                          Evolution support for CouchDB databases
ii  evolution-data-server                      2.28.1-0ubuntu1                 
                          evolution database backend server
ii  evolution-data-server-common               2.28.1-0ubuntu1                 
                          architecture independent files for Evolution
ii  evolution-documentation-en                 2.28.1-0ubuntu2                 
                          documentation for Evolution
ii  evolution-indicator                        0.2.4-0ubuntu3.1                
                          GNOME panel indicator applet for Evolution
ii  evolution-plugins                          2.28.1-0ubuntu2                 
                          standard plugins for Evolution
ii  evolution-webcal                           2.28.0-0ubuntu1                 
                          webcal: URL handler for GNOME and Evolution
ii  libebackend1.2-0                           2.28.1-0ubuntu1                 
                          Utility library for evolution data servers
ii  libebook1.2-9                              2.28.1-0ubuntu1                 
                          Client library for evolution address books
ii  libecal1.2-7                               2.28.1-0ubuntu1                 
                          Client library for evolution calendars
ii  libedata-book1.2-2                         2.28.1-0ubuntu1                 
                          Backend library for evolution address books
ii  libedata-cal1.2-6                          2.28.1-0ubuntu1                 
                          Backend library for evolution calendars
ii  libedataserver1.2-11                       2.28.1-0ubuntu1                 
                          Utility library for evolution data servers
ii  libedataserverui1.2-8                      2.28.1-0ubuntu1                 
                          GUI utility library for evolution data serve
ii  libmultisync-plugin-evolution              0.82-8.1ubuntu2                 
                          Ximian Evolution plugin for MultiSync
ii  openoffice.org-evolution                   1:3.1.1-5ubuntu1.1              
                          full-featured office productivity suite -- E
ii  python-evolution                           2.28.0-0ubuntu1                 
                          Python bindings for the evolution libraries
ii  syncevolution-evolution                    1:0.9.2-2                       
                          SyncEvolution SyncML Client
ii  syncevolution-evolution-2.12               1:0.8.1-2                       
                          SyncEvolution is now packaged so that "synce

And clearly i use egroupware 1.6.003 just upgraded.

I manage a 'home' egroupware installation for test and fun, so if needed i can
setup an account to permit direct testing/debugging...



---- Additional Comments From jingke.zhang@intel.com 2010-04-19 19:50:26 +0000 ----

Created attachment 312 [details] [review]
Debug trace

Add the attachment for BMO#5631



---- Additional Comments From patrick.ohly@gmx.de 2010-05-04 04:33:00 +0000 ----

From: 	Christoph Kaulich <kaulich@gns-mbh.com>
To: 	syncevolution@syncevolution.org <syncevolution@syncevolution.org>
Subject: 	Re: [SyncEvolution] No UID's in vcards (Kontact <-> eGroupware)
Date: 	Tue, 20 Apr 2010 11:29:37 +0100 (04/20/2010 12:29:37 PM)


Hi,

coming back to egroupware and syncevolution 1.0 I have some news. 

The version working for me was a 0.9, I never got the 1.0 working, but from Friday the svn of egroupware has a patch for empty anchors, with this patch fin rev 29856 (1.6) and rev 29859 (trunk) is is working now using syncevolution 1.0beta2a.

And I have the UIDs in the Contacts, thanks,



--- Bug imported by patrick.ohly@gmx.de 2012-08-19 20:56 UTC  ---

This bug was previously known as _bug_ 1006 at https://bugs.meego.com/show_bug.cgi?id=1006
Imported an attachment (id=65806)

Unknown platform unknown. Setting to default platform "".
Unknown operating system unknown. Setting to default OS "".