,
Lukas Zeller
On Jun 30, 2009, at 20:04 , Patrick Ohly wrote:
Hello!
My goal since switching to the Synthesis engine was to have one single
log file again. There are other ideas for logging improvements, but
the
single log is the most important one:
http://bugzilla.moblin.org/show_bug.cgi?id=3474
Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman
@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os
adapter implementations.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http
it should
have reported. There might be valid cases where a server can join
incoming adds with existing data and reporting those as added would
not be correct either.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i
mess up code testing
these for emptyness e.g. to detect first-time-sync status (I haven't
checked if that is really used somewhere, but it would be OK to do so).
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch
- do
you see that type of invalid quoting in an existing server?
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis
.
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os
not want to generally disable client side anchor checking, of course.
What do you think?
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
if this makes sense with the libsynthesis_srv API.
Note however that the engine has a single XML configuration for all
sessions that is parsed in once and then the in-memory tree is
accessed strictly read-only by all sessions.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML
that the counter is reset each
time genuine progress is made, like receiving status messages?
Yes, I'll have a look. Resetting the counter for receiving status for
a Sync op command sounds good to me as a criteria to reset the counter.
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions
not absolutely sure.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http
of Intel on this matter.
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i
Hello Patrick,
On Nov 10, 2009, at 19:31 , Patrick Ohly wrote:
On Tue, 2009-11-03 at 18:23 +, Lukas Zeller wrote:
On Nov 3, 2009, at 14:09 , Patrick Ohly wrote:
Second observation: the failure is not recorded and thus doesn't
show up
in the sync statistics or the overall sync result
is in append
mode and not empty?
Probably, but that would cause wrong indentation when the first bit of the log
is actually properly closed.
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
1.0 - I guess it should be extended to include iCalendar
2.0 as well:
typesupport
use datatype=iCalendar20 mode=rw preferred=yes/
use datatype=vcalendar10 mode=rw preferred=legacy/
/typesupport
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML
records on the database layer,
independently of Add vs. Replace.
Best Regards,
Lukas
On Nov 30, 2009, at 14:11 , Patrick Ohly wrote:
On Tue, 2009-11-17 at 19:11 +, Lukas Zeller wrote:
I have a customer report indicating that the change made with
c3ad24c31d (engine: statistics workaround
This is completely safe and we don't have to mess with the fact that apparently
there's no proper way to initialize an empty va_list.
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
that the change costs any
time in non-debug mode. With debug enabled, it causes one function call more,
but looking at all the stuff that happens inside DebugVOpenBlock I think we can
afford it :-)
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software
StartDataRead() is called at the right time.
Yes, I would say so (without checking bit by bit).
The mode could be
passed via a key, except that a) a server has no profiles and thus no
per-datastore keys (right?)
Yes, the entire /profiles/ hierarchy does not exist in the server.
Lukas Zeller (l
by the list
imported from libical, as far as I know (Patrick, correct me if I'm wrong).
So to find the reason for false matches (like the Africa/Harare case) and the
missing match for ART/ARST that imported data is the key.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML
(reload device)
After all - a full refresh is as slow as a two-way slow sync; all data has to
travel from one side to the other :-)
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
Hi Patrick,
On Feb 4, 2010, at 22:16 , Patrick Ohly wrote:
On Di, 2010-02-02 at 11:23 +, Lukas Zeller wrote:
We could check at syncagent.cpp:1171 if the abort reason status is
zero (i.e. ABORTDATASTORE(0) called), and if so behave differently,
i.e. just muting that datastore, but leave
the discussed enhancements regarding remote rules now (but not yet
on master, only on luz).
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os
that is
snow vacation :-)
Best Regards,
Lukas Zeller
On Feb 12, 2010, at 14:40 , Patrick Ohly wrote:
On Do, 2010-02-11 at 19:50 +, Patrick Ohly wrote:
[no target for superdatastore]
The only solution I see is to make the subdatastore URI's more complex:
instead of foo, let's use foo:uri where
sense. Just a cosmetic thought: why not foouri, so the real remote
URI would still be on the same syntax level as for other datastores, whereas
the angle bracket serves as a prefix container for options to treat that URI
differently locally.
Best Regards,
Lukas Zeller (l...@synthesis.ch
take longer as I'm in vacation next week).
committed to luz/synthesis-indefero :-)
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os
Hello Patrick,
the caching of the last server response is pretty generic and should
be available in libsynthesis as far as I remember (no sources here at
1400m in the Swiss mountains :-)
However it's an option and might be disabled or accidentally not
compiled in.
Lukas
with a DS 1.1 generator, it could be updated to do that as
well. So far, pushalerter was not in opensource, but we decided to LGPL it and
add it (see pushalerter branch). At this time, it's only source, w/o any
makefile, so I keep it in a separate branch for now.
Best Regards,
Lukas Zeller (l
Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman
disabled by default for backward compatibility with old plugins or old
SQL-based database backends.
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os
;
resumesupport is only relevant for SQL backends).
So it's even stranger that enabling resumesupport should have made the tests
to pass now. ???
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
Hi Patrick,
On Mar 5, 2010, at 8:01 , Patrick Ohly wrote:
On Thu, 2010-03-04 at 22:17 +, Lukas Zeller wrote:
a server session can end at any time simply by the fact that the
client does not answer any more within the timeout. But the next
session (trying to resume) can start long before
for every request, so that's
probably a bug.
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
to make the license change official. Ok?
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os-libsynthesis
-log_trm004_007_outgoing.xml___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i
from there to libsynthesis.
But the current master has all the moves needed to authorize the LGPL-BSD move
for the files needed outside the engine for SAN 1.1.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http
Hello Patrick,
On Mar 18, 2010, at 14:00 , Patrick Ohly wrote:
On Tue, 2010-03-16 at 14:40 +, Lukas Zeller wrote:
Most probably, there should be an extra check for that too late
suspend.
Your patch in the luz branch works, thanks a lot.
Thanks for the feedback. After pushing I
control, and not a secret of the SyncML engine. So I'd
guess it is ok to have a look at them (or even modify them - such as setting
resumeAlertCode to zero to prevent a resume, or blank out the anchor to force a
slow sync).
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML
On Mar 18, 2010, at 16:55 , Patrick Ohly wrote:
On Thu, 2010-03-18 at 15:36 +, Lukas Zeller wrote:
[server admin data]
So the format is part of the API? I guess it has to be even though it is
not documented (or is it?), because changes to it would break server
software upgrades
Hi Patrick,
On Mar 18, 2010, at 16:22 , Patrick Ohly wrote:
On Thu, 2010-03-18 at 14:05 +, Lukas Zeller wrote:
On Mar 18, 2010, at 14:00 , Patrick Ohly wrote:
Your patch in the luz branch works, thanks a lot.
Thanks for the feedback. After pushing I suddenly had the impression
mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os
==STEPCMD_PROGRESS when there is a progress event to show.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os
in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Lukas
be switched on specifically to track down
timezone init problems. Another option would be to use the ConferrPuts()
channel, which is ready before config is read by definition.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i
-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing
of any help for you, I could offer to add such a thing real soon (this
weekend?).
Best Regards,
Lukas Zeller
On May 14, 2010, at 9:58 , Patrick Ohly wrote:
Hello!
I'm working on a modification of the engine which bypasses the
obligatory data conversion via field lists and profiles
Hello Patrick,
On May 14, 2010, at 19:56 , Patrick Ohly wrote:
On Fri, 2010-05-14 at 17:28 +0100, Lukas Zeller wrote:
Hello Patrick,
I think by far the simplest method would be NOT to try to bypass
MultifieldItem, but derive it with an implementation that puts/gets
data (and maybe
@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os
know.
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman
-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable Software Concepts
i...@synthesis.ch, http://www.synthesis.ch
___
os-libsynthesis
, but unchopped individual values.
In my setups, the only candidate is EXDATES.
Other multi-values like ADR suffer more from the extra space, and for these
parsers more likely can handle unfolding correctly.
Best Regards,
Lukas Zeller (l...@synthesis.ch)
-
Synthesis AG, SyncML Solutions Sustainable
Makes perfect sense to me to postpone these updates for later.
Best Regards,
Lukas
On Sep 29, 2010, at 18:28 , Patrick Ohly wrote:
On Do, 2010-09-23 at 02:30 -0700, Lukas Zeller wrote:
I owe you an answer regarding commits 0e139ee311 and 4275e77001:
[...]
But altough going back
Hello Patrick,
On Dec 9, 2010, at 13:24 , Patrick Ohly wrote:
On Do, 2010-12-09 at 11:26 +, Lukas Zeller wrote:
Still, the thing is that there's never a deletion of a single tempGUID
map entry (of course, there ARE deletions of map entries with other
types, but not of mapentry_tempidmap
(not tested yet) would be:
From 08858608eeb252eef84b340ccc76f0b4f890a19d Mon Sep 17 00:00:00 2001
From: Lukas Zeller l...@synthesis.ch
Date: Tue, 14 Dec 2010 15:53:28 +0100
Subject: [PATCH] engine: prevent generating invalid recurrence end
specifications in vCalendar 1.0 RRULE (date-only not allowed
Hello Patrick,
On Dec 14, 2010, at 16:38 , Patrick Ohly wrote:
My suggestion (not tested yet) would be:
From 08858608eeb252eef84b340ccc76f0b4f890a19d Mon Sep 17 00:00:00 2001
From: Lukas Zeller l...@synthesis.ch
Date: Tue, 14 Dec 2010 15:53:28 +0100
Subject: [PATCH] engine: prevent
: Lukas Zeller l...@plan44.ch
Date: Thu, 16 Dec 2010 18:32:02 +0100
Subject: [PATCH] engine: server case: fixed bad bug that could mess up
tempGUIDs. These must be cleared when first Sync is received.
Until now, the tempGUIDs were cleared only once when Alert was received.
This is ok to create a clean
Hello Patrick,
thanks for the READ() script function! This is sure a useful extension of the
script toolset.
However, I'd like to mention in this context that the engine for a long time
contains a mechanism for the general problem with large fields.
Some data (usually opaque binary data like
On Jul 22, 2011, at 16:08 , Patrick Ohly wrote:
On Fr, 2011-07-22 at 15:41 +0200, Lukas Zeller wrote:
Hi Patrick,
On Jul 22, 2011, at 15:00 , Patrick Ohly wrote:
I couldn't think of cases where avoiding binary encoding might have a
negative effect, but you are right, it is not according
Hello Andris,
I haven't fully understood your scenario yet. I see that your server has 4
items which apparently, at some time, have existed on the client (otherwise,
there would be no RemoteID known at the server's end). In the sync you are
running however, these items for some reason don't
Regards,
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
it working).
:-( What kind of other obstacles did you run into with that client?
Best Regards,
Lukas
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch
client specific
(from crashing, to ignoring them, to interpreting them to actually wipe
existing fields).
Note that the suppressempty attribute of property as well as the
noemptyproperties in remoterule can both overrule a minshow specification.
Best Regards,
Lukas
Lukas Zeller, plan44.ch
l
true.
Best Regards,
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Hello Patrick,
sorry for the late answer. I've been on a business in Germany last week and as
usual, stuff has piled up in my inbox.
Digging though the case for a while, I suddenly realized that in client case
the implProcessItem() method used is the one in binfileimplds.cpp and not the
one
a map to
the same clientID, the end result would be correct (altough the merged item
would likely make no sense - but as it is doomed at the time of merge already
that would be an acceptable intermediate state for a case that is extremely
unlikely to occur at all).
Best Regards,
Lukas
Lukas
SYNCML_TARGET_DBID definition everywhere.).
The dbtypeid is the key to link the datastore in the config to the app. So for
the sample app which uses TextDB based contacts, it must be 2001 everywhere.
The 1001 used in MainViewController.m was a bug, sorry for that.
Best Regards,
Lukas
Lukas Zeller
that this is the
same mechanism as for accessing settings, and you'll find examples for
SettingsKey usage in the sample iOS app.
Best Regards,
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http
Regards,
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
.
Best Regards,
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Hi Zhoulei,
On Mar 31, 2012, at 11:12 , zhou lei wrote:
I try to modify ReadItemAsKey. Using SetValue to set the contacts, and i
just guess that read mean read the local contacts and send them to server.
Exactly. The terms in the plugin are all meant towards the database.
But with the
and IDs.
Best Regards,
Lukas Zeller
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
Hello Patrick,
On Apr 25, 2012, at 15:11 , Patrick Ohly wrote:
I am trying to solve one issue in SyncEvolution: when trying to find
pairs, it needs to know on a per-datastore basis whether both remote and
local storage have truly unique UID/RECURRENCE-ID that can be relied
upon (iCalendar
Hi Andris,
On 21.05.2012, at 15:43, Andris Pavenis wrote:
Tried to test whether synchronization works with Xperia-S own SyncML client
(comes with Android 2.3.7 installed on phone, software version 6.0.A.3.73)
using custom libsynthesis based SyncML server.
- the first problem was chunked
Hi Andris,
On 24.05.2012, at 08:33, Andris Pavenis wrote:
I don't see any authentication in the incoming messages, not in the XML
translation and also not when looking at hexdumps of the WBXML. The only
thing I see is theLocName test, but that's not enough for an auth
attempt, there must
Hi Andris,
thanks for the patch. However, the SMLERRPRINTFX() macro, like all debug output
macros across the entire library, is supposed to output a linefeed by itself.
It also actually does so in my builds of libsynthesis, so if the LFs are
missing in your output, it must be something along
Hi Patrick,
Just changing getSyncStateAlertCode() call with the second argument set to
false does the same trick. Because that second parameter switches between
simplified (true) and standard conformant (false) client alert codes
already.
uInt16 alertCode =
?
I'm just wondering if reducing the message size could reliably fix that Error
511 problem - and if so how small the message size should be.
Best Regards,
Lukas
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
___
os-libsynthesis mailing list
a
slow sync; otherwise the resulting state could be out of sync (changes left on
one side alone indefinitely even after a seemingly complete and successful
two-way sync).
Best Regards,
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
___
os
with minimal changes.
luz_rebased is a candidate for master, you can take that, or create your
own rebased version, whatever fits better. Once this has settled,
I'll see how to update master.
Best Regards,
Lukas Zeller, plan44.ch
l...@plan44.ch - www.plan44.ch
Hi Zhoulei,
On 13.12.2012, at 04:57, zhou lei zhou...@globalroam.com wrote:
You may have a try on this. Find out the log file name is quite hard there. I
try to send the file, but can only find the tmp/sysynclogs, and this is a
file path, i have no permission to do things on it. If can
branch, and will update master eventually.
BTW, did you tag 3.4.0.47? There is a comment about the version, but not
the tag itself.
I tagged it, but forgot to push the tag to gitorious, sorry for that. Done now.
Best Regards,
Lukas Zeller
___
os
Hello Patrick,
FinalizeLocalID came into existence as a workaround for the iOS client
datastores, in particular the address book which did not generate proper IDs
until a very expensive save all method was called. I tried to implement it as
generically as possible, but avoiding any extra risk
of the sync, while it loads the sync set in the background. So far,
this was the only (but well tested with very long lasting sync set loads) case
of delaying command execution. Delaying execution after sync has actually
started is a new case.
Best Regards,
Lukas Zeller
Hello Patrick,
On 04.07.2013, at 12:01, Patrick Ohly patrick.o...@intel.com wrote:
I just noticed one aspect of the example configs that I wasn't aware of:
syncclient_sample_config.xml: field name=PHOTO type=blob
compare=never merge=fillempty/
[...]
What was the rationale for
Hello Patrick,
your analysis is (as always :-) straight to the point - a circular dependency.
I first thought maybe you could run the preflight earlier, but then I found the
note in binfileimplds saying Don't call before types are ok (we need
TSyncItems). That's the real problem, because
Hello Anuj,
On 27.02.2014, at 13:20, anuj chauhan acd...@gmail.com wrote:
I am trying to send a higher value for Max Occour for Note field,
May I ask for the context of this? I've never seen vCards with more than one
NOTE field in the wild, so I'm curious why you'd want a MaxOccur of 200? It
Hi Rajesh,
On 12.03.2014, at 11:00, rajesh kumar pawar pawar.rajesh...@gmail.com wrote:
I am working to customize the Syncevolution and am facing issues with
combination of TYPE parameters.
The problem I am facing is that the syncevolution is not producing
FLAGS or the Bitmap values for
Hi Sachin,
please have a look at my answer to Rajesh (just a few minutes ago on the
mailing list), this is closely related.
Basically, HOME,VOICE is *not* a single enum value, but a list of two
separate enums, HOME and VOICE.
The bitmap and multimix mapping modes in libsynthesis support
Hello Patrick,
On 11.04.2014, at 12:18, Patrick Ohly patrick.o...@intel.com wrote:
Google CardDAV and iOS/OS X use group tags to represent custom labels in
vCards. Attached is an example. Note that the Google vCard format used
by CardDAV is not the same as the one used by Gmail's export
Hi Anuj,
On 25.04.2014, at 11:12, Anuj acd...@gmail.com wrote:
While doing sync with server I observed that server is sending a dev inf and
my evolution client is changing the behaviour according to servers dev inf
for further sync sessions.
I guess so, because that's the whole point in
Hi Emiliano,
On 26.04.2014, at 12:31, Emiliano Heyns emiliano.he...@iris-advies.com wrote:
Hello! Where do I find more on these scripts? This could be very interesting
for me.
The script language is documented in the libsynthesis config reference, see
Hi Patrick,
you are faster in understanding the details than I could look them up :-)
Yes, again I should have noticed, but I lack the daily sync practice...
Every property that can occur multiple times, i.e. maps to a series of
side-by-side fields or array fields, needs the position tag to
Hi Sachin,
if what you need is just a lot of pure SyncML clients to run against your
server, you might consider using my former employer's free SyncML DEMO client
(see http://www.synthesis.ch/dl_client.php?bp=CLIpv=vtag=13).
Apparently it hasn't been touched since I left there 2010, and it's
Hello Patrick,
On 02.05.2014, at 10:38, Patrick Ohly patrick.o...@intel.com wrote:
What do you mean by independent properties?
For example, ADR and TEL are independent in the sense that their values
are stored in different field arrays. Sharing the LABEL field for the
new parameter creates
Hello Patrick,
On 11 Jul 2014, at 15:27, Patrick Ohly patrick.o...@intel.com wrote:
I'm currently investigating why a comparison of two PHOTO fields of
different length returns field equal. PHOTO is defined as:
field name=PHOTO type=string compare=conflict merge=fillempty/
My first
Hello Patrick,
the patch is fine, anyway!
Regarding differences between blob and string when it comes to compare
On 14 Jul 2014, at 20:10, Patrick Ohly patrick.o...@intel.com wrote:
My first question would be why PHOTO was defined string here, not blob?
I changed that in this commit:
Hi Patrick,
On 24.09.2014, at 17:33, Patrick Ohly patrick.o...@intel.com wrote:
Let me pick your brain for a second... :-)
It has gotten a bit rusty as far as sync is concerned. But I'll try :-)
When SyncEvolution runs a local sync (i.e. both client and server are
provided by SyncEvolution)
On 25.09.2014, at 08:43, Patrick Ohly patrick.o...@intel.com wrote:
[...]
Would this save state include resetting the sync anchor?
No.
I can't think
of any other way how the server could avoid duplicates, because it
cannot know whether the client has added the items and if so, under
which
99 matches
Mail list logo
