Re: [SyncEvolution] Debugging a connection to Oracle Calendar Server

On Mon, 2009-10-12 at 08:26 +0100, Andrzej Wąsowski wrote: > On Mon, 12 Oct 2009, Patrick Ohly wrote: >> On Sun, 2009-10-11 at 21:30 +0100, Andrzej Wąsowski wrote: >>> When I examine my configs the only thing that is different between > what I see >>> in the guides for mobile users and my own setup is that they > *always* specify >>> syncML version 1.1. However I can see no way to specify this in in >>> syncevolution files. I can see in the dumped log that SyncML 1.2 > is >>> consistently being send. Is there any way to configure this? >> >> You could place a syncclient_sample_config.xml configuration in the >> current directory where you run SyncEvolution and modify it: >> > http://git.moblin.org/cgit.cgi/syncevolution/plain/src/syncclient_sample_... >> >> In the <client> part, add >> <defaultsyncmlversion>1.1</defaultsyncmlversion> > > Does libsynthesis automatically reads the file called > syncclient_sample_config.xml in current directory? It does not seem > to have > any effect for me. The message is consistently send out in 1.2 > version. The .html log contains a dump of the XML config that was used. It indeed doesn't contain a <defaultsyncmlversion>1.1</defaultsyncmlversion>. Are you sure that the current directory had a modified syncclient_sample_config.xml? The file is loaded by libsyncevolution.so: $ strings -a /usr/lib/syncevolution/libsyncevolution.so | grep sample $ ls *sample*xml syncclient_sample_config.xml $ strace -e trace=open syncevolution scheduleworld_1 vcard30 2>&1 | grep sample open("syncclient_sample_config.xml", O_RDONLY) = 6 open("syncclient_sample_config.xml", O_RDONLY) = 25 > I have attached an example - I am not sure if this mailing list > accepts > attachments. I will repost in some other way if it does not work. It does up to 40KB, but in this case I would have to okay it because the size is exceeded. Let me reply directly instead, quoting your whole email. > I have also attached a log of the same run, at the debug level 4. The relevant (and unfortunately not very informative part) is quoted below. >> But as Congwu said, there should be a fallback to that version if > 1.2 >> fails, so it might be easier to check the logs first. > > Yes. I suspected so, but I somehow just do not trust this Oracle > implementation. Since everybody on the web using mobile fonts sets to > 1.1 > there must be somethign about it (perhaps mobile phones only implement > 1.1?). I would expect that at least some are more modern than that. > I look forward to any suggestions from you guys. This thing has been > driving > me mad for weeks now. Wow, you've been really patient. On Mon, 2009-10-12 at 08:26 +0100, Andrzej Wąsowski wrote: > * [2009-10-12 09:20:36.661] Calling > smlProcessData(NEXT_COMMAND) > * [2009-10-12 09:20:36.661] ===> smlProcessData failed, returned > 0x10 Whatever the server sent back, it couldn't be parsed at all. There isn't even a dump of the incoming data (unless you forgot to attach it). Can you try with --run --sync-property enableWBXML=0? If you don't get the incoming data dumped by SyncEvolution/libsynthesis, then you can at least grab it from a normal network dump in a readable XML format