Re: [SyncEvolution] Debugging a connection to Oracle Calendar Server
Actually in a parallel thread Julien writes that Oracle is a SyncML 1.1 server (and if we can track my problem down, we might be able to help him too). Andrzej On Mon, 12 Oct 2009, Patrick Ohly wrote: 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_config.xml In the client part, add defaultsyncmlversion1.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 defaultsyncmlversion1.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 21 | 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 -- Andrzej Wąsowski, http://www.wasowski.org___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
Re: [SyncEvolution] Debugging a connection to Oracle Calendar Server
On Mon, 12 Oct 2009, Patrick Ohly wrote: 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 Can I actually do this? Now that I remembered that this is running over ssl, I believe? Andrzej ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
Re: [SyncEvolution] syncevolution and oracle = transport failure
Julien, On Mon, 12 Oct 2009, Julien Garet wrote: In my setup I was able to advance a bit by switching the requirement for certificates off (I also was not able to get the certificates succeed, with the same error as you do). Do you mean setting SSLVerifyServer = 0 and SSLVerifyHost = 0 ? Yes, this is what I did (I tried to add the certificate by exporting it from FireFox on the calendar website, but this did not work. Libsoup was complaining). It does not work better for me. Were you still getting the same error message? I start to wonder if I do not suffer from the ssl problem myself, while I try to find the solution elsewhere. syncURL = https://agenda.inria.fr:/ocst-bin/ocas.fcgi username = garet password = my_password logdir = /tmp/syncevo loglevel = 5 maxlogdirs = 1 RetryInterval = 5 deviceId = sc-pim-290f49b4-ab78-4c7b-9c82-6bed35815f2c SSLVerifyServer = 0 SSLVerifyHost = 0 WebURL = IconURI = ConsumerReady = 1 and here are my sources files : addressbook/config.ini:sync = none addressbook/config.ini:type = addressbook:text/vcard addressbook/config.ini:uri = ./Contacts calendar/config.ini:sync = two-way calendar/config.ini:type = calendar calendar/config.ini:uri = ./Calendar/Events I only use the calendar at the moment - I want to make it work first. But my set up is essentially the same as yours. Other users of my server also add a query limitiing the scope of synchronization. I heard rumours that unlimited does not work, but I do not know if this is a client or a server limitation in their cases. calendar/config.ini:uri = ./Calendar/Events?/dr(-60,180) Gives a scope of 60 days back and 180 in future. Andrzej ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
Re: [SyncEvolution] syncevolution and oracle = transport failure
Dear Lukas, Thank you for a hint. On Mon, 12 Oct 2009, Lukas Zeller wrote: Note also that the Oracle server can be configured to reject any sync attempt with clients it does not know (i.e. for which no so-called profile exists on the server). This might be the problem - altough according to Oracle by default the server does not reject unknown devices. If someone has admin access to the server, it might be worth trying to create a profile for SyncEvolution. This may be a real pain, as I am officially not entitled to use our IT people time to support Linux - I am doing this in my free time, and I should also be careful how do I use the time of admin people. Nevertheless, I asked to see whether this could be the reason. If this is the reason, perhaps I could hack syncevolution to pretend it is an iPhone? Andrzej ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
[SyncEvolution] Debugging a connection to Oracle Calendar Server
Hello, I am trying to synchronize my evolution calendar with Oracle Calendar server. I am using syncevolution 0.9. and evolution 2.26.3. I know that the server supports SyncML as there are succesfull cases of use with mobile phones, and even with old versions of syncevolution (say 3 years ago). I also know that synchronization works on iPhones and iPods using synthesis back-end. So there is nothing that should prevent it to work with syncevolution. Unfortunately I cannot get hold of the old working config files, so I am modeling my config after guides for mobile phones. However syncevolution always fails with error 20007. Most often I see === smlProcessData failed, returned 0x10 in the log file. 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? Or any other ideas what I should debug? Andrzej PS. My syncevolution and evolution installs seem to be fine. I have tested that they work with memotoo. -- Andrzej Wąsowski, http://www.wasowski.org___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution