Re: [SyncEvolution] addressbook: contact entry without REV (was: Re: sync evolution/horde)
by Patrick Ohly
On Mon, 2009-09-14 at 04:49 +0100, Thierry Chen wrote:
> Patrick Ohly <patrick.ohly(a)intel.com> a écrit :
>
> > On Sat, 2009-09-12 at 10:03 +0100, chen wrote:
> >> opening calendar: Unknown error
> >
> > That's a local EDS problem. Can you check that "syncevolution" without
> > parameters lists a calendar? Can Evolution itself open that calendar and
> > then create events in it?
> Yes to all.
Please exit Evolution. Then shut down all of its processes with
"evolution --force-shutdown".
Now run /usr/lib/evolution/evolution-data-server-2.22 in the shell,
followed by the "syncevolution" invocation which tries to access the
calendar.
Do you get any output from EDS which could explain the "Unknown error"?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
12 years, 9 months
[SyncEvolution] Use libsyncml to test with Obexd
by Chen, Congwu
Patrick,
As I have tested, it is possible to set up libsyncml (sync server + obex client) <---> SyncEvolution (sync client + obexd).
To make a really successfully sync session, there is still a possible blocker: SyncEvolution as a client don't support SAN request yet. Do you think when this feature will be available? If not quick enough, maybe we need to hack SyncEvolution a little to accept the SAN request and start the sync immediately, does it look workable?
Thanks,
Chen,Congwu
12 years, 9 months
Re: [SyncEvolution] contact lost ?
by chen
Cordialement,
Thierry Chen
Gérant POSTGATE
<com(a)webologix.com>
095 495 1395 (tarif local)
06 73 52 65 16
Le samedi 12 septembre 2009 à 10:47 +0200, chen a écrit :
> I realize that I received only one adressbook on 3. In evolution you
> can have several adressbooks. In my case I have personal, clients and
> professionals. In fact the sync seems to succeed until the end of the
> first addressbook (personal)
>
>
> Le samedi 12 septembre 2009 à 11:28 +0800, Zhu, Yongsheng a écrit :
>
> > It is strange that the error code is 0x2011, which means "WBXML document uses unspecified code page" but actually using
> > xml mode.
> > After investigation, this error code should occur when unknown namespace in SyncML message. In the incoming message,
> > it might include a namespace which doesn't equal to any of "SYNCML:SYNCML1.0" "syncml:metinf" and "syncml:devinf".
> > This makes parser not understand the SyncML element.
> > So I guess that the mistake is because server generates message which doesn't declare namespace correctly.
> >
> > Thierry,
> > Could you please set "loglevel =4" in the config.ini file and then send us all .xml files in the same directory with the " sysynclib_linux.html "?
> > This could help us confirm this issue.
>
> Isn't loglevel 4 included in loglevel 10 I used ?
>
>
> >
> > Cheers,
> > Yongsheng
> >
> >
> > -----Original Message-----
> > From: syncevolution-bounces(a)syncevolution.org [mailto:syncevolution-bounces@syncevolution.org] On Behalf Of Chen Congwu
> > Sent: Friday, September 11, 2009 11:57 PM
> > To: Thierry Chen
> > Cc: syncevolution(a)syncevolution.org
> > Subject: Re: [SyncEvolution] contact lost ?
> >
> > On Fri, 11 Sep 2009, Thierry Chen wrote:
> > Our super man is on business travel this week..
> >
> > Are you still blocking at "smlProcessData failed"? To help us identify the
> > problem could you send out the syncml message dump (*.xml or *.wbxml under the
> > same folder as the html log file)?
> > > I do not receive any reponses to my posts or anything since several days. What happens ?
> > >
> > > Thierry Chen
> > > Gérant POSTGATE
> > > 09 54 95 13 95
> > >
> >
> > Content-Description: ATT00001.txt
> > > _______________________________________________
> > > SyncEvolution mailing list
> > > SyncEvolution(a)syncevolution.org
> > > http://lists.syncevolution.org/listinfo/syncevolution
> >
> >
12 years, 9 months
Re: [SyncEvolution] addressbook: contact entry without REV (was: Re: sync evolution/horde)
by Patrick Ohly
On Tue, 2009-09-08 at 05:48 +0100, Thierry Chen wrote:
> Here are the log files you asked, with logLevel=10 and enableWBXML=1.
> enableWBXML was 0 all time before and things seem to go a little
> further again.
Not just a little, now the sync completes. I see that a slow sync is
done, with several contacts sent to the server, which acknowledges them
with a 201 "Item Added".
So nothing went wrong as far as I can tell. Did you notice any problems?
> What kind of access do you need on my horde server ?
If we were to do regular testing, we would need an account which is
allowed to do syncs. Access to the server's log files would be useful,
but harder to set up without giving us full access to the server.
However, we have to focus on the SyncEvolution 1.0 release before doing
anything anyway.
How is your experience with the Horde project? Do they respond to issue
reports? Because most likely our testing would result in several
questions that only a Horde developer can answer.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
12 years, 9 months
[SyncEvolution] contact lost ?
by Thierry Chen
I do not receive any reponses to my posts or anything since several days. What happens ?
Thierry Chen
Gérant POSTGATE
09 54 95 13 95
12 years, 9 months
[SyncEvolution] SyncML + OBEX
by Patrick Ohly
Hello Forrest!
I've just had a chat with Marcel about OBEX/SyncML integration. I'd like
to continue the discussion by email. Note that the public SyncEvolution
list is on CC, please group reply, I'll approve posts.
What we (= SyncEvolution) have to implement is the SyncML OBEX binding:
http://www.openmobilealliance.org/Technical/release_program/docs/copyrigh...
As explained in the design document for the future SyncML server, we
want to establish a central D-Bus service as the single component in the
system which runs SyncML sessions:
http://moblin.org/documentation/syncevolution/direct-synchronization-aka-...
This service has to interact with peers over OBEX in two ways:
1. actively contact them (SyncML server = OBEX client)
2. wait for connection requests (SyncML client = OBEX server)
These are the common use cases. The spec allows a SyncML client (phone)
to contact the server (desktop), but typically the UI of a phone only
allows triggering a sync via HTTP, not via OBEX. Instead, the software
on the desktop is expected to contact the phone.
The first point could be implemented via libopenobex. libsyncml could be
used as example for this. We might even copy the code, the license is
compatible. However, we don't have SyncML server support yet. Whether
that is really simpler than using obexd remains to be seen, which is why
I'd like to look at the second point first.
The second point is best solved via an obexd plugin. This is were help
would be very welcome. Forrest, do you think you could point us in the
right direction? My hope that this is trivial for someone who knows the
obexd source code. We could use help:
1. addding a new SyncML plugin to obexd
2. adding the SyncML service description (OBEX binding document,
5.2.1)
3. writing stubs for Connect/Disconnect/Put/Get/Abort operations:
* CONNECT: use a dummy connection ID
* PUT: discard incoming data
* GET: send dummy data
4. how the data could be exchanged with a D-Bus service as part of
the obexd event loop
These stubs then need to be extended so that they actually talk to the
sync D-Bus service via its (still to be defined) API.
The OBEXD binding allows splitting of one SyncML message into smaller
PUT/GET chunks. I'm undecided whether the D-Bus API should also support
this, because the maximum size of a SyncML message could already be
chosen so that we don't overload the system.
Speaking of D-Bus communication: Marcel pointed out that this additional
traffic and the amount of data can be problematic and mentioned that
D-Bus 0.4 will support fd exchange to hook up two peers directly. We
should keep that in mind, but start with data exchange via plain D-Bus
before tuning it.
We are not the only ones who transmit the data over D-Bus anyway, EDS
also does it. So our use of D-Bus is not a qualitative difference
(completely different way of using it), only a quantitative one (twice
the traffic).
To complete the OBEX support and server-initiated syncs, we (= the
SyncEvolution team and/or Synthesis) also needs to add encoding and
decoding of the SyncML Notification message (OMA DS 1.2.2, chapter 12).
This is non-trivial because the URIs of the device must be known in
advance. To get started we should make this configurable and later
decide how to simplify that for users (global device database?).
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
12 years, 9 months
Re: [SyncEvolution] addressbook: contact entry without REV (was: Re: sync evolution/horde)
by Patrick Ohly
On Mon, 2009-09-07 at 16:32 +0100, chen wrote:
> Hi, Didn't work too. I deleted one of the 4 adressbooks included that
> may cause the "REV3 bug.
Sorry, I don't quite understand how you solved this. You deleted
*another* address book and then the main one started to work, with the
same data as before?
> It fails before end with that message:
>
> kmc@keynux:/opt$ syncevolution horde
> Local data changes to be applied to server during synchronization:
> *** addressbook ***
> no changes
>
> [INFO] addressbook: slow sync done unsuccessfully
There was a parser error for the message sent by the server. You are
running with enableWBXML=0, don't you? That's the mode that was
supported by Horde, so we need to have a closer look.
Can you run with logLevel=10 and sent the .html log together with the
*.xml and (possibly) *.wbxml files that are created?
Another, probably faster way to solve this would be to get access to a
Horde server and help from the Horde developers in diagnosing this
issue. Do you think that this could be arranged?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
12 years, 9 months
Re: [SyncEvolution] addressbook: contact entry without REV (was: Re: sync evolution/horde)
by chen
Hi, Didn't work too. I deleted one of the 4 adressbooks included that
may cause the "REV3 bug. It fails before end with that message:
kmc@keynux:/opt$ syncevolution horde
Local data changes to be applied to server during synchronization:
*** addressbook ***
no changes
[INFO] addressbook: slow sync done unsuccessfully
Synchronization failed,
see /var/log/syncevolution/horde-2009-09-07-17-17/sysynclib_linux.html
for details.
Changes applied during synchronization:
+---------------|-------ON CLIENT-------|-------ON SERVER-------|-CON-+
| | rejected / total | rejected / total | FLI |
| Source | NEW | MOD | DEL | NEW | MOD | DEL | CTS |
+---------------+-------+-------+-------+-------+-------+-------+-----+
| addressbook | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | 0 |
| item(s) in database backup: 34 before sync, 34 after it |
+---------------+-------+-------+-------+-------+-------+-------+-----+
| start Mon Sep 7 17:17:15 2009, duration 0:03min |
| synchronization failed (status code 20007) |
+---------------+-------+-------+-------+-------+-------+-------+-----+
Changes applied to client during synchronization:
*** addressbook ***
no changes
Here joined the complete log file (without adressbook content)
Thanks for your help
Best regards
TC
Le vendredi 04 septembre 2009 à 08:54 +0200, Patrick Ohly a écrit :
> On Thu, 2009-09-03 at 14:14 +0100, chen wrote:
> > "addresbook.before" directory is empty.:
> > kmc@keynux:/var/www/horde$ grep brep
> > pas-id-42611B6600000175 /var/log/syncevolution/horde-2009-09-02-11-23/addressbook.before/*
> > grep: pas-id-42611B6600000175: Aucun fichier ou répertoire de ce type
> > grep: /var/log/syncevolution/horde-2009-09-02-11-23/addressbook.before/*: Aucun fichier ou répertoire de ce type
>
> Okay, then let's try something else:
> * Select all your contacts in Evolution.
> * Save them as .vcf via the file menu.
> * Is there a pas-id-42611B6600000175 VCARD without REV in it?
> * Delete all contacts.
> * Import the .vcf again.
> * Run SyncEvolution.
>
> My hope (and expectation) is that this will add a REV to all contacts,
> allowing SyncEvolution to work. We still need to change our code so that
> it accepts an empty REV, though.
>
>
>
12 years, 9 months
[SyncEvolution] Mac client thoughts...
by William Uther
Hey all,
I've had a brief look at building syncevolution for the mac. It
looks like it is going to be more work than I thought. Libsynthesis
itself doesn't build on a mac (there are some linker options that it
has hard wired in src/Makefile.am that aren't supported by ld on the
mac, specifically "--version-script", and disabling shared libraries
fails in other ways).
I then started looking at what I was trying to do a little more. I
want my Mac to Sync with my Android phone. I don't really want an
external server, which is why I was somewhat interested in your direct
synchronisation plans: <http://moblin.org/documentation/syncevolution/direct-synchronization-aka-...
>.
But that then starts to look very like Apple's iSync setup. They
have what appears to have started life as something like SyncML
server. It never reached full SyncML server status, but it does do
many similar things. For example, it synchronises nicely with SyncML
phones over OBEX (I used this before I got my android phone).
iSync supports plugins that look vaguely similar to 'sever stubs'
mentioned in the moblin document above. They seems to do some extra
processing though in that they can map from Apple's internal
representation back down into simpler representations for phones
(which sounds vaguely similar to what is described here: <http://www.estamos.de/blog/2008/07/07/syncml-mac-os-x/
>). The Apple documentation is pretty awful:
<http://developer.apple.com/mac/library/documentation/Syncing/Conceptual/T...
>
but if you actually play with the plugin-maker (it is part of the
MacOS Developer Tools available on Apple's website), it is pretty
clear that it is designed to make iSync talk to OBEX enabled SyncML
clients with different capabilities. Interestingly, in the Advanced
Options, it is possible to select "HTTP Server" as the SyncML Bearer
(rather than "Obex Server" or the default, "Obex Client"). I haven't
found out how to use this yet.
At this stage I'm considering my options - none of them look simple.
Cheers,
Will :-}
12 years, 9 months