On Mon, 13 Dec 2004 17:15:54 +0200, Mika Raento
<[EMAIL PROTECTED]> wrote:
> Regarding still syncing with a 7650: does the syncml plugin assume that
> UIDs of the VEVENTs will not be changed by the other end? And if they
> are changed, do we get back the UIDs assigned by the other end? Is there
> a
On Tue, 2004-12-14 at 15:36 +0800, Gideon N. Guillen wrote:
Hi and thanks for all your answers.
> On Mon, 13 Dec 2004 20:10:35 +0200, Mika Raento
> <[EMAIL PROTECTED]> wrote:
> > 1. Multisync doesn't store a copy of the devinf from the device nor
> > request it. If the device doesn't send it (lik
On Mon, 13 Dec 2004 17:07:31 +0200, Mika Raento
<[EMAIL PROTECTED]> wrote:
> - the phone seems to turn VEVENT SUMMARY fields into
> DESCRIPTIONs, sends the changed events back to multisync,
> which thinks they are new, sends to evolution which
> adds them (with empty
On Tue, 2004-12-14 at 17:50 +0800, Gideon N. Guillen wrote:
> On Tue, 14 Dec 2004 11:39:01 +0200, Mika Raento
> <[EMAIL PROTECTED]> wrote:
> > Ah. But in this case we are a _server_, right? And transferring data
> > items to a 'device or database' sounds like keeping them around and not
> > just dr
Hi
Regarding still syncing with a 7650: does the syncml plugin assume that
UIDs of the VEVENTs will not be changed by the other end? And if they
are changed, do we get back the UIDs assigned by the other end? Is there
a database mapping these two?
This is what got sent from evo to a 7650 via mult
On Tue, 2004-12-14 at 17:32 +0800, Gideon N. Guillen wrote:
> On Tue, 14 Dec 2004 10:29:56 +0200, Mika Raento
> <[EMAIL PROTECTED]> wrote:
> >
> > This is the only one I disagree with. The device explicitly sends a
> > 'Put' with its devinf, which in my understanding _is_ a request for the
> > ser
Hello
I've finally got round to compiling the latest wbxml2-lib and multisync
and to my joy these do seem to work with a Nokia 7650 to some extent
(neither end crashes).
There are a couple of problems, however:
- if changes are sent to the phone and the phone for some reason
doesn
On Tue, 2004-12-14 at 15:23 +0800, Gideon N. Guillen wrote:
> On Mon, 13 Dec 2004 17:07:31 +0200, Mika Raento
> <[EMAIL PROTECTED]> wrote:
> > - the phone seems to turn VEVENT SUMMARY fields into
> > DESCRIPTIONs, sends the changed events back to multisync,
> > which thinks
On Tue, 14 Dec 2004 11:39:01 +0200, Mika Raento
<[EMAIL PROTECTED]> wrote:
> Ah. But in this case we are a _server_, right? And transferring data
> items to a 'device or database' sounds like keeping them around and not
> just dropping them on the floor.
Not really, transferring does not necessari
On Tue, 2004-12-14 at 18:20 +0800, Gideon N. Guillen wrote:
> On Tue, 14 Dec 2004 12:02:00 +0200, Mika Raento
> <[EMAIL PROTECTED]> wrote:
> > Yes, so we should store the result of the Put we get, and not request
> > the devinf via a Get? The 7650 always sends a Put with the devinf when
> > connect
Hi,
I am new to this list and hope I add all relevant data.
I was able to sync in both directions,
mobile -> evolution
evolution -> mobile
After that I did made a larger change on my contacts in
evolution and tried to sync it. I get several boxes to decide
which one to be the correct one.
After ans
On Thu, 2004-12-16 at 13:16 +0200, Mika Raento wrote:
> Hi
>
> Moving on to syncing contacts from evo to my 7650, I've noticed a
> problem with the sync_vtype_convert() handling of data. An evo mailing
> list looks like:
>
>
> BEGIN:VCARD
> VERSION:3.0
> X-EVOLUTION-FILE-AS:CONTEXT-tktl
> FN:CON
Hi
Moving on to syncing contacts from evo to my 7650, I've noticed a
problem with the sync_vtype_convert() handling of data. An evo mailing
list looks like:
BEGIN:VCARD
VERSION:3.0
X-EVOLUTION-FILE-AS:CONTEXT-tktl
FN:CONTEXT-tktl
N:;CONTEXT
X-EVOLUTION-LIST:TRUE
X-EVOLUTION-LIST-SHOW_ADDRESSES:T
13 matches
Mail list logo
