Hello Jussi, thanks for the update.
On Feb 17, 2010, at 12:35 , Jussi Kukkonen wrote: > Jussi Kukkonen wrote: > > [clip] > >> 3. calendar+todo syncs fine otherwise, but the client will return 500 to any >> "Replace" commands, so server side modifications do not work at the moment. >> As far as I can see this only happens to Replace and only on calendar+todo. > > This turned out to be another symptom of the <CTCap> problem mentioned in > this same thread. The <showctcapproperties>-trick makes Replaces work as well. > > Lukas, do you have a vision on how and where this should be fixed properly? Not really, yet. The big problem is that the device (Nokia phone) usually asks for the server devInf BEFORE it sends it's own devInf, but the server can't detect what device it is talking to before receiving devInf. So the the changes we make to the devInf to make Nokias happy would be global for all devices. While hiding a problematic parameter like X-EVOLUTION-UI-SLOT with show="no" is acceptable, <showctcapproperties>=no is certainly not; we don't want to globally disable all field negotiating capabilities just because one class of devices. For local sync which is triggered by the server, SyncEvolution probably could tell the engine beforehand which remoteRule to activate, such that outgoing devInf could be made conformant. However, for a HTTP server accepting incoming connections, that's not possible. Best Regards, Lukas Zeller ([email protected]) - Synthesis AG, SyncML Solutions & Sustainable Software Concepts [email protected], http://www.synthesis.ch _______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
