On Mi, 2011-06-15 at 14:02 +0200, Patrick Ohly wrote:
Hello!
One of the problems that we have in SyncEvolution is the loss of
properties not supported by SyncML servers, like Google:
https://bugs.meego.com/show_bug.cgi?id=15029
For example, BDAY is not supported and gets lost in a
On Fr, 2011-06-17 at 14:41 +0100, Lukas Zeller wrote:
See the attached patch for a new script function COMPARISONMODE(), compiles
but is UNTESTED.
I can confirm that it works. Thanks a lot. I'm going to add it as a
commit to the master branch on meego.gitorious.org.
With this, your
On Mo, 2011-06-20 at 15:03 +0100, Lukas Zeller wrote:
Hello,
I don't see why it should work in the simple profile but not work in the
complex one.
However, maybe this is a red herring and the problem lies in the
fReceivedFieldDefs (in TMimeDirItemType) flag. This is a per-type flag
On Mo, 2011-06-20 at 17:27 +0100, Patrick Ohly wrote:
Problem solved...
Except for one field:
!-- store extensions that don't match any of the other fields --
field name=XPROPS array=yes type=string compare=never/
Profile:
property name=X-* suppressempty=yes show=false