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 (luz(a)synthesis.ch)
-
Synthesis AG, SyncML Solutions & Sustainable Software Concepts
info(a)synthesis.ch,
http://www.synthesis.ch