From deloptes at gmail.com Mon Jan 30 18:27:08 2017 From: deloptes at gmail.com (deloptes) Date: Mon, 30 Jan 2017 19:27:08 +0100 Subject: [SyncEvolution] strange problem with debian packages Message-ID: Hi, I build debian packages from syncevolution-1.5.2 for the Trinity desktop. However when I isntall the packages and try run a test sync I get following error SYNCEVOLUTION_DEBUG=3 syncevolution -r loglevel=6 nokia_N5530 addressbook [DEBUG 00:00:00] SuspendFlags: (re)activating, currently inactive [DEBUG 00:00:00] SuspendFlags: activating signal handler(s) with fds 8->7 [DEBUG 00:00:00] SuspendFlags: catch signal 2 [DEBUG 00:00:00] SuspendFlags: catch signal 15 Fatal: Undefined function 'RELAXEDCOMPARE' in script at line 58 Fatal error 20010, no valid configuration could be read from XML file [ERROR 00:00:01] internal error, invalid XML configuration (without datastores): When I compile and install in a custom directory the same code works. Do you have an idea where I had to look for the root cause? Trinity is deployed in /opt/trinity, so this is my --prefix. Only dbus and systemd related files are installed in the respective locations. regards _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Mon Jan 30 19:25:49 2017 From: patrick.ohly at intel.com (Patrick Ohly) Date: Mon, 30 Jan 2017 20:25:49 +0100 Subject: [SyncEvolution] strange problem with debian packages In-Reply-To: References: Message-ID: <1485804349.20333.155.camel@intel.com> On Mon, 2017-01-30 at 19:27 +0100, deloptes wrote: > Hi, > I build debian packages from syncevolution-1.5.2 for the Trinity desktop. > However when I isntall the packages and try run a test sync I get following > error > > SYNCEVOLUTION_DEBUG=3 syncevolution -r loglevel=6 nokia_N5530 addressbook > [DEBUG 00:00:00] SuspendFlags: (re)activating, currently inactive > [DEBUG 00:00:00] SuspendFlags: activating signal handler(s) with fds 8->7 > [DEBUG 00:00:00] SuspendFlags: catch signal 2 > [DEBUG 00:00:00] SuspendFlags: catch signal 15 > Fatal: Undefined function 'RELAXEDCOMPARE' in script at line 58 > Fatal error 20010, no valid configuration could be read from XML file > [ERROR 00:00:01] internal error, invalid XML configuration (without > datastores): > > When I compile and install in a custom directory the same code works. > Do you have an idea where I had to look for the root cause? 'RELAXEDCOMPARE' is provided by src/sysync/multifielditemtype.cpp in libsynthesis. In the case where it fails you need to check which libsynthesis was getting used and why it doesn't provide that function. $ strings /usr/lib/libsynthesis.so.0 | grep 'RELAXEDCOMPARE' RELAXEDCOMPARE -- 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. From deloptes at gmail.com Mon Jan 30 19:33:45 2017 From: deloptes at gmail.com (deloptes) Date: Mon, 30 Jan 2017 20:33:45 +0100 Subject: [SyncEvolution] strange problem with debian packages References: <1485804349.20333.155.camel@intel.com> Message-ID: Patrick Ohly wrote: > strings /usr/lib/libsynthesis.so.0 | grep 'RELAXEDCOMPARE' Patrick thank you! So this might explain the issue because when compiling and deploying to custom, I use the bundled synthesis and for debian package I use the one provided by debian. The one in jessie is ii libsynthesis0:amd64 3.4.0.47.4-2+b1 but strings /usr/lib/x86_64-linux-gnu/libsynthesis.so.0 | grep 'RELAXEDCOMPARE' returns nothing. I'll look into this direction. Thanks a lot! regards _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From eric at oco.nnor.org Sat Jan 7 02:30:04 2017 From: eric at oco.nnor.org (Eric O'Connor) Date: Fri, 6 Jan 2017 19:30:04 -0700 Subject: [SyncEvolution] [INFO] SoupTransport Failure Message-ID: <1483756204.3343.2.camel@oco.nnor.org> Hello, I'm having some issues setting up syncevolution: : https://contacts.zoho.com/carddav/eric at oco.nnor.org/default/ via libsoup: Unauthorized I'm using the same username/password as I use successfully on my iPhone, and I can run the --print-items and get a list of vcf items. $ syncevolution --configure syncURL='https://contacts.zoho.com/carddav/ eric at oco.nnor.org/default/' backend=carddav username='eric at oco.nnor.org ' password='xxxxxxxx' sync=slow database='1483751134.3343.16 at tara' eric-contacts9 addressbook $ syncevolution --run eric-contacts9 ... [INFO] SoupTransport Failure: https://contacts.zoho.com/carddav/eric at oc o.nnor.org/default/ via libsoup: Unauthorized [INFO] Transport giving up after 0 retries and 0:00min [ Perhaps one issue is that I don't really understand how syncevolution works. I think I want to sync between my webdav "backend", and my local evolution "datastore", using the carddav "backend". I guess when I do --print-databases, I refer to them using the thing in between parenthesis? What is SyncML? I just want to sync Caldav/Carddav. Do I need to learn about SyncML? I get the same thing when I use the template setup: $ syncevolution --configure --template webdav syncURL='https://contacts .zoho.com/carddav/eric at oco.nnor.org/default/' backend=carddav username= 'eric at oco.nnor.org' password='xxxxxxxxxx' sync=slow database='1483751134.3343.16 at tara' eric-contacts10 at webdav addressbook Thanks for any help, Eric _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From eric at oco.nnor.org Sat Jan 7 02:33:46 2017 From: eric at oco.nnor.org (Eric O'Connor) Date: Fri, 6 Jan 2017 19:33:46 -0700 Subject: [SyncEvolution] [INFO] SoupTransport Failure In-Reply-To: <1483756204.3343.2.camel@oco.nnor.org> References: <1483756204.3343.2.camel@oco.nnor.org> Message-ID: <1483756426.3343.5.camel@oco.nnor.org> Also, when I drop the database= property using templates, I get: [INFO] operation temporarily (?) failed, going to retry in 5.0s before giving up in 289.6s: PROPFIND: Neon error code 2, no HTTP status: Could not resolve hostname `': No address associated with hostname Is there a hostname configuration that I'm not supplying? syncevolution --configure --template webdav syncURL='https://contacts.z oho.com/' backend=carddav username='eric at oco.nnor.org' password='xxxxxxx' eric-contacts11 at webdav addressbook -----Original Message----- Date: Fri, 06 Jan 2017 19:30:04 -0700 Subject: [INFO] SoupTransport Failure To: syncevolution at syncevolution.org From: Eric O'Connor Hello, I'm having some issues setting up syncevolution: : https://contacts.zoho.com/carddav/eric at oco.nnor.org/default/ via libsoup: Unauthorized I'm using the same username/password as I use successfully on my iPhone, and I can run the --print-items and get a list of vcf items. $ syncevolution --configure syncURL='https://contacts.zoho.com/carddav/ eric at oco.nnor.org/default/' backend=carddav username='eric at oco.nnor.org ' password='xxxxxxxx' sync=slow database='1483751134.3343.16 at tara' eric-contacts9 addressbook $ syncevolution --run eric-contacts9 ... [INFO] SoupTransport Failure: https://contacts.zoho.com/carddav/eric at oc o.nnor.org/default/ via libsoup: Unauthorized [INFO] Transport giving up after 0 retries and 0:00min [ Perhaps one issue is that I don't really understand how syncevolution works. I think I want to sync between my webdav "backend", and my local evolution "datastore", using the carddav "backend".? I guess when I do --print-databases, I refer to them using the thing in between parenthesis? What is SyncML? I just want to sync Caldav/Carddav. Do I need to learn about SyncML?? I get the same thing when I use the template setup: $ syncevolution --configure --template webdav syncURL='https://contacts .zoho.com/carddav/eric at oco.nnor.org/default/' backend=carddav username= 'eric at oco.nnor.org' password='xxxxxxxxxx' sync=slow database='1483751134.3343.16 at tara' eric-contacts10 at webdav addressbook Thanks for any help, Eric _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Mon Jan 9 15:20:34 2017 From: patrick.ohly at intel.com (Patrick Ohly) Date: Mon, 09 Jan 2017 16:20:34 +0100 Subject: [SyncEvolution] [INFO] SoupTransport Failure In-Reply-To: <1483756204.3343.2.camel@oco.nnor.org> References: <1483756204.3343.2.camel@oco.nnor.org> Message-ID: <1483975234.2137.72.camel@intel.com> On Fri, 2017-01-06 at 19:30 -0700, Eric O'Connor wrote: > I'm using the same username/password as I use successfully on my > iPhone, and I can run the --print-items and get a list of vcf items. > > > $ syncevolution --configure syncURL='https://contacts.zoho.com/carddav/ > eric at oco.nnor.org/default/' backend=carddav username='eric at oco.nnor.org > ' password='xxxxxxxx' sync=slow database='1483751134.3343.16 at tara' > eric-contacts9 addressbook > > $ syncevolution --run eric-contacts9 > ... > [INFO] SoupTransport Failure: https://contacts.zoho.com/carddav/eric at oc > o.nnor.org/default/ via libsoup: Unauthorized > [INFO] Transport giving up after 0 retries and 0:00min It takes two commands to set up CardDAV syncing: once for the target side (where CardDAV is used as storage) and once for the local side (with EDS, Akonadi or plain files as local storage). > Perhaps one issue is that I don't really understand how syncevolution > works. I think I want to sync between my webdav "backend", and my local > evolution "datastore", using the carddav "backend". You need two datastores for that and thus two backends, not just one. > I guess when I do --print-databases, I refer to them using the thing in > between parenthesis? > > What is SyncML? I just want to sync Caldav/Carddav. Do I need to learn > about SyncML? Not really - how SyncML works is an implementation detail. It's just the general concept (configure two sides, hook them up) which needs to be understood. Which documentation did you follow to get started? The README.rst explains the general concept in the "Synchronization beyond SyncML" section and "CalDAV and CardDAV" how to use that for CardDAV. The same content is also on syncevolution.org together with specific HOWTO articles about other setups. Unfortunately the rendering there got broken in several places when moving to a new Drupal version. I'm not sure yet what to do about that - abandon Drupal, fix its setup (a bit out of my league), or fix each broken page - all not very attractive :-/ -- 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. From eric at oco.nnor.org Fri Jan 13 23:19:12 2017 From: eric at oco.nnor.org (Eric O'Connor) Date: Fri, 13 Jan 2017 16:19:12 -0700 Subject: [SyncEvolution] [INFO] SoupTransport Failure In-Reply-To: <1483975234.2137.72.camel@intel.com> References: <1483756204.3343.2.camel@oco.nnor.org> <1483975234.2137.72.camel@intel.com> Message-ID: <1484349552.4719.5.camel@oco.nnor.org> > Which documentation did you follow to get started? I'm going off of the man page for syncevolution. > It takes two commands to set up CardDAV syncing: once for the target side (where CardDAV is used as storage) and once for the local side (with EDS, Akonadi or plain files as local storage). How do you "link" the two? I now have a carddav config "remote", and an evolution config "local", but how do I run the "remote" <-> "local" combined config? I think I need to do this manually, because I don't see a template for Evolution mail. I don't understand where in the man page it tells me how to do that. I now am getting: ? syncevolution --run ev-local-addr ... [INFO] @default/addressbook: using configured database=zoho-backend [ERROR] sending message to child failed: org.syncevolution.gdbuscxx.Exception: 1483751134.3343.16 at tara/addressbo ok: datastore not configured ... with the configurations: ? syncevolution --configure backend=carddav username='eric at oco.nnor.org' password='xxxxxxxx' syncURL='https://conta cts.zoho.com' zoho-backend addressbook ? syncevolution --configure syncURL='local://1483751134.3343.16 at tara' database=zoho-backend peerIsClient=1 ev-local-addr addressbook I don't understand why I would be getting this message, because I configure the evolution addressbook in the second line. Thanks, Eric -----Original Message----- Date: Mon, 09 Jan 2017 16:20:34 +0100 Subject: Re: [SyncEvolution] [INFO] SoupTransport Failure Cc: syncevolution at syncevolution.org To: Eric O'Connor From: Patrick Ohly On Fri, 2017-01-06 at 19:30 -0700, Eric O'Connor wrote: > I'm using the same username/password as I use successfully on my > iPhone, and I can run the --print-items and get a list of vcf items. > > > $ syncevolution --configure syncURL='https://contacts.zoho.com/cardda > v/ > eric at oco.nnor.org/default/' backend=carddav username='eric at oco.nnor.o > rg > ' password='xxxxxxxx' sync=slow database='1483751134.3343.16 at tara' > eric-contacts9 addressbook > > $ syncevolution --run eric-contacts9 > ... > [INFO] SoupTransport Failure: https://contacts.zoho.com/carddav/eric@ > oc > o.nnor.org/default/ via libsoup: Unauthorized > [INFO] Transport giving up after 0 retries and 0:00min It takes two commands to set up CardDAV syncing: once for the target side (where CardDAV is used as storage) and once for the local side (with EDS, Akonadi or plain files as local storage). > Perhaps one issue is that I don't really understand how syncevolution > works. I think I want to sync between my webdav "backend", and my > local > evolution "datastore", using the carddav "backend". You need two datastores for that and thus two backends, not just one. > I guess when I do --print-databases, I refer to them using the thing > in > between parenthesis? > > What is SyncML? I just want to sync Caldav/Carddav. Do I need to > learn > about SyncML?? Not really - how SyncML works is an implementation detail. It's just the general concept (configure two sides, hook them up) which needs to be understood. Which documentation did you follow to get started? The README.rst explains the general concept in the "Synchronization beyond SyncML" section and "CalDAV and CardDAV" how to use that for CardDAV. The same content is also on syncevolution.org together with specific HOWTO articles about other setups. Unfortunately the rendering there got broken in several places when moving to a new Drupal version. I'm not sure yet what to do about that - abandon Drupal, fix its setup (a bit out of my league), or fix each broken page - all not very attractive :- / From deloptes at gmail.com Fri Jan 13 23:46:55 2017 From: deloptes at gmail.com (deloptes) Date: Sat, 14 Jan 2017 00:46:55 +0100 Subject: [SyncEvolution] [INFO] SoupTransport Failure References: <1483756204.3343.2.camel@oco.nnor.org> <1483975234.2137.72.camel@intel.com> <1484349552.4719.5.camel@oco.nnor.org> Message-ID: Eric O'Connor wrote: >> Which documentation did you follow to get started? > > I'm going off of the man page for syncevolution. > >> It takes two commands to set up CardDAV syncing: once for the target > side (where CardDAV is used as storage) and once for the local side > (with EDS, Akonadi or plain files as local storage). > > How do you "link" the two? I now have a carddav config "remote", and an > evolution config "local", but how do I run the "remote" <-> "local" > combined config? > > I think I need to do this manually, because I don't see a template for > Evolution mail. > > I don't understand where in the man page it tells me how to do that. > > I now am getting: > > ? syncevolution --run ev-local-addr > ... > [INFO] @default/addressbook: using configured database=zoho-backend > [ERROR] sending message to child failed: > org.syncevolution.gdbuscxx.Exception: 1483751134.3343.16 at tara/addressbo > ok: datastore not configured > ... > > with the configurations: > > ? syncevolution --configure backend=carddav > username='eric at oco.nnor.org' password='xxxxxxxx' syncURL='https://conta > cts.zoho.com' zoho-backend addressbook > ? syncevolution --configure syncURL='local://1483751134.3343.16 at tara' > database=zoho-backend peerIsClient=1 ev-local-addr addressbook > > I don't understand why I would be getting this message, because I > configure the evolution addressbook in the second line. > > Thanks, > Eric > > > -----Original Message----- > > Date: Mon, 09 Jan 2017 16:20:34 +0100 > Subject: Re: [SyncEvolution] [INFO] SoupTransport Failure > Cc: syncevolution at syncevolution.org > To: Eric O'Connor > From: Patrick Ohly > On Fri, 2017-01-06 at 19:30 -0700, Eric O'Connor wrote: >> I'm using the same username/password as I use successfully on my >> iPhone, and I can run the --print-items and get a list of vcf items. >> >> >> $ syncevolution --configure syncURL='https://contacts.zoho.com/cardda >> v/ >> eric at oco.nnor.org/default/' backend=carddav username='eric at oco.nnor.o >> rg >> ' password='xxxxxxxx' sync=slow database='1483751134.3343.16 at tara' >> eric-contacts9 addressbook >> >> $ syncevolution --run eric-contacts9 >> ... >> [INFO] SoupTransport Failure: https://contacts.zoho.com/carddav/eric@ >> oc >> o.nnor.org/default/ via libsoup: Unauthorized >> [INFO] Transport giving up after 0 retries and 0:00min > > It takes two commands to set up CardDAV syncing: once for the target > side (where CardDAV is used as storage) and once for the local side > (with EDS, Akonadi or plain files as local storage). > >> Perhaps one issue is that I don't really understand how syncevolution >> works. I think I want to sync between my webdav "backend", and my >> local >> evolution "datastore", using the carddav "backend". > > You need two datastores for that and thus two backends, not just one. > >> I guess when I do --print-databases, I refer to them using the thing >> in >> between parenthesis? >> >> What is SyncML? I just want to sync Caldav/Carddav. Do I need to >> learn >> about SyncML? > > Not really - how SyncML works is an implementation detail. It's just > the > general concept (configure two sides, hook them up) which needs to be > understood. > > Which documentation did you follow to get started? > > The README.rst explains the general concept in the "Synchronization > beyond SyncML" section and "CalDAV and CardDAV" how to use that for > CardDAV. > > The same content is also on syncevolution.org together with specific > HOWTO articles about other setups. Unfortunately the rendering there > got > broken in several places when moving to a new Drupal version. I'm not > sure yet what to do about that - abandon Drupal, fix its setup (a bit > out of my league), or fix each broken page - all not very attractive :- > / > I write this in the hope I can help, as it took me also a while to get a working configuration with remote and local part. Luckilly Patrik Ohly was so kind to help me out and for me it looks like following echo "configure local source" syncevolution --configure \ addressbook/backend=tdepim-contacts \ addressbook/database="xnCa15vsal" \ addressbook/databaseFormat="text/vcard" \ calendar/backend=tdepim-calendar \ calendar/database="kOBU23vG42" \ calendar/databaseFormat="text/calendar" \ todo/backend=tdepim-tasks \ todo/database="k44UWNvG42" \ todo/databaseFormat="text/calendar" \ memo/backend=tdepim-notes \ memo/database=tdenotes \ memo/databaseFormat="text/plain" \ @default addressbook calendar todo memo echo "configure remote source" syncevolution --configure \ --template ${template} \ peerIsClient=1 \ dumpData=0 \ printChanges=0 \ syncURL=obex-bt://${deviceAddress} \ calendar/uri="PC-SYNC" \ calendar/databaseFormat="text/x-vcalendar" \ todo/uri="PC-SYNC" \ todo/databaseFormat="text/x-vcalendar" \ memo/uri="notes" \ memo/databaseFormat="text/plain" \ nokia_N9 I can imagine that in case of cloud service the roles are reversed, but I am not 100% sure. There were few examples for cloud service on the wiki. regards _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From eric at oco.nnor.org Sat Jan 14 04:09:52 2017 From: eric at oco.nnor.org (Eric O'Connor) Date: Fri, 13 Jan 2017 21:09:52 -0700 Subject: [SyncEvolution] [INFO] SoupTransport Failure In-Reply-To: References: <1483756204.3343.2.camel@oco.nnor.org> <1483975234.2137.72.camel@intel.com> <1484349552.4719.5.camel@oco.nnor.org> Message-ID: <1484366992.4719.8.camel@oco.nnor.org> Thanks! I played with this a bit more, and now I have a new error. Progress! What is SAN? I looked in https://tools.ietf.org/html/rfc6352 , and?https://dbus.free desktop.org/doc/dbus-specification.html for any references to SAN and Idon't find anything. syncevolution --configure \ ????????????????addressbook/backend=evolution-contacts \ ????????????????addressbook/database="1483751134.3343.16 at tara" \ ????????????????addressbook/databaseFormat="text/vcard" \ ???????@default addressbook syncevolution --configure \ ? peerIsClient=1 \ ? backend=carddav \ ? username='eric at oco.nnor.org' \ ? password='xxxxxxxxx' \ ? syncURL='https://contacts.zoho.com' \ ? zoho-backend addressbook ? syncevolution --sync two-way zoho-backend addressbook [INFO] calendar: inactive [INFO] memo: inactive [INFO] todo: inactive [INFO] Server sending SAN [ERROR syncevo-dbus-server] child process quit because of signal 11 [ERROR] The connection is closed Eric -----Original Message----- Date: Sat, 14 Jan 2017 00:46:55 +0100 Subject: Re: [SyncEvolution] [INFO] SoupTransport Failure To: syncevolution at syncevolution.org Reply-to: deloptes at gmail.com From: deloptes Eric O'Connor wrote: > > Which documentation did you follow to get started? > > I'm going off of the man page for syncevolution. > > > It takes two commands to set up CardDAV syncing: once for the > > target > > side (where CardDAV is used as storage) and once for the local side > (with EDS, Akonadi or plain files as local storage). > > How do you "link" the two? I now have a carddav config "remote", and > an > evolution config "local", but how do I run the "remote" <-> "local" > combined config? > > I think I need to do this manually, because I don't see a template > for > Evolution mail. > > I don't understand where in the man page it tells me how to do that. > > I now am getting: > > ? syncevolution --run ev-local-addr > ... > [INFO] @default/addressbook: using configured database=zoho-backend > [ERROR] sending message to child failed: > org.syncevolution.gdbuscxx.Exception: 1483751134.3343.16 at tara/address > bo > ok: datastore not configured > ... > > with the configurations: > > ? syncevolution --configure backend=carddav > username='eric at oco.nnor.org' password='xxxxxxxx' syncURL='https://con > ta > cts.zoho.com' zoho-backend addressbook > ? syncevolution --configure syncURL='local://1483751134.3343.16 at tara' > database=zoho-backend peerIsClient=1 ev-local-addr addressbook > > I don't understand why I would be getting this message, because I > configure the evolution addressbook in the second line. > > Thanks, > Eric > > > -----Original Message----- > > Date: Mon, 09 Jan 2017 16:20:34 +0100 > Subject: Re: [SyncEvolution] [INFO] SoupTransport Failure > Cc: syncevolution at syncevolution.org > To: Eric O'Connor > From: Patrick Ohly > On Fri, 2017-01-06 at 19:30 -0700, Eric O'Connor wrote: > > I'm using the same username/password as I use successfully on my > > iPhone, and I can run the --print-items and get a list of vcf > > items. > > > > > > $ syncevolution --configure syncURL='https://contacts.zoho.com/card > > da > > v/ > > eric at oco.nnor.org/default/' backend=carddav username='eric at oco.nnor > > .o > > rg > > ' password='xxxxxxxx' sync=slow database='1483751134.3343.16 at tara' > > eric-contacts9 addressbook > > > > $ syncevolution --run eric-contacts9 > > ... > > [INFO] SoupTransport Failure: https://contacts.zoho.com/carddav/eri > > c@ > > oc > > o.nnor.org/default/ via libsoup: Unauthorized > > [INFO] Transport giving up after 0 retries and 0:00min > > It takes two commands to set up CardDAV syncing: once for the target > side (where CardDAV is used as storage) and once for the local side > (with EDS, Akonadi or plain files as local storage). > > > Perhaps one issue is that I don't really understand how > > syncevolution > > works. I think I want to sync between my webdav "backend", and my > > local > > evolution "datastore", using the carddav "backend". > > You need two datastores for that and thus two backends, not just one. > > > I guess when I do --print-databases, I refer to them using the > > thing > > in > > between parenthesis? > > > > What is SyncML? I just want to sync Caldav/Carddav. Do I need to > > learn > > about SyncML? > > Not really - how SyncML works is an implementation detail. It's just > the > general concept (configure two sides, hook them up) which needs to be > understood. > > Which documentation did you follow to get started? > > The README.rst explains the general concept in the "Synchronization > beyond SyncML" section and "CalDAV and CardDAV" how to use that for > CardDAV. > > The same content is also on syncevolution.org together with specific > HOWTO articles about other setups. Unfortunately the rendering there > got > broken in several places when moving to a new Drupal version. I'm not > sure yet what to do about that - abandon Drupal, fix its setup (a bit > out of my league), or fix each broken page - all not very attractive > :- > / > I write this in the hope I can help, as it took me also a while to get a working configuration with remote and local part. Luckilly Patrik Ohly was so kind to help me out and for me it looks like following echo "configure local source" syncevolution --configure \ ????????????????addressbook/backend=tdepim-contacts \ ????????????????addressbook/database="xnCa15vsal" \ ????????????????addressbook/databaseFormat="text/vcard" \ ????????????????calendar/backend=tdepim-calendar \ ????????????????calendar/database="kOBU23vG42" \ ????????????????calendar/databaseFormat="text/calendar" \ ????????????????todo/backend=tdepim-tasks \ ????????????????todo/database="k44UWNvG42" \ ????????????????todo/databaseFormat="text/calendar" \ ??????????????memo/backend=tdepim-notes \ ??????????????memo/database=tdenotes \ ??????????????memo/databaseFormat="text/plain" \ ???????@default addressbook calendar todo memo echo "configure remote source" syncevolution --configure \ ???????--template ${template} \ ???????peerIsClient=1 \ ???????dumpData=0 \ ???????printChanges=0 \ ???????syncURL=obex-bt://${deviceAddress} \ ???????calendar/uri="PC-SYNC" \ ???????calendar/databaseFormat="text/x-vcalendar" \ ???????todo/uri="PC-SYNC" \ ???????todo/databaseFormat="text/x-vcalendar" \ ???????memo/uri="notes" \ ???????memo/databaseFormat="text/plain" \ ???????nokia_N9 I can imagine that in case of cloud service the roles are reversed, but I am not 100% sure. There were few examples for cloud service on the wiki. regards _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From deloptes at gmail.com Sat Jan 14 09:01:03 2017 From: deloptes at gmail.com (deloptes) Date: Sat, 14 Jan 2017 10:01:03 +0100 Subject: [SyncEvolution] [INFO] SoupTransport Failure References: <1483756204.3343.2.camel@oco.nnor.org> <1483975234.2137.72.camel@intel.com> <1484349552.4719.5.camel@oco.nnor.org> <1484366992.4719.8.camel@oco.nnor.org> Message-ID: Eric O'Connor wrote: > ? syncevolution --sync two-way zoho-backend addressbook > [INFO] calendar: inactive > [INFO] memo: inactive > [INFO] todo: inactive > [INFO] Server sending SAN > [ERROR syncevo-dbus-server] child process quit because of signal 11 > [ERROR] The connection is closed SAN is server access notification https://en.wikipedia.org/wiki/SyncML I think your config is not good, but I have not idea how a carddav/caldav setup should look like. sorry. I think you have to wait for someone more experienced to assist, or go through the syncevolution guide again. One is for sure, if you have a problem enable debugging. I run the syncs usually so: SYCNEVOLUTION_DEBUG=3 syncevolution -r loglevel=4 nokia_N9 addressbook calendar+todo memo Again big thanks to Patrik. You can then find the logs in ~/.cache/syncevolution/ regards _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From g+syncevolution at cobb.uk.net Sat Jan 14 11:14:51 2017 From: g+syncevolution at cobb.uk.net (Graham Cobb) Date: Sat, 14 Jan 2017 11:14:51 +0000 Subject: [SyncEvolution] [INFO] SoupTransport Failure In-Reply-To: References: <1483756204.3343.2.camel@oco.nnor.org> <1483975234.2137.72.camel@intel.com> <1484349552.4719.5.camel@oco.nnor.org> <1484366992.4719.8.camel@oco.nnor.org> Message-ID: On 14/01/17 09:01, deloptes wrote: > I think your config is not good, but I have not idea how a carddav/caldav > setup should look like. sorry. I think you have to wait for someone more > experienced to assist, or go through the syncevolution guide again. Here is an example of my script for syncing between local files and Owncloud (using carddav/caldav). Although this is not using Evolution, it may help. By the way, I don't claim this is the only way, or that it is optimal or that every parameter is required -- my scripts have evolved over time! But the script below does work. Note: in that second command, that password= is empty (it is not that I removed a password). I don't remember if the empty password is needed or not. And, as deloptes says, if you are having problems and want to get more logs, replace the loglevel=1 with loglevel=4 below, and run the sync with SYNCEVOLUTION_DEBUG=1 (I also specify --daemon=no but that may be bacause I sometimes need to use gdb on the plugin). Look for logs in ~/.cache/syncevolution/ syncevolution --remove @Test_Files syncevolution --configure password= syncUrl=local://@Test_OC peerIsClient=1 loglevel=1 Test_OC at Test_Files syncevolution --configure sync=two-way uri=contacts loglevel=1 Test_OC at Test_Files contacts syncevolution --configure sync=two-way uri=business loglevel=1 Test_OC at Test_Files business syncevolution --configure sync=two-way uri=personal loglevel=1 Test_OC at Test_Files personal syncevolution --configure sync=two-way uri=calendar loglevel=1 Test_OC at Test_Files calendar syncevolution --configure --template none backend=file database=file:///home/cobb/SyncEvoData/contacts/ databaseformat=text/vcard @Test_Files contacts syncevolution --configure --template none backend=file database=file:///home/cobb/SyncEvoData/business/ databaseformat=text/vcard @Test_Files business syncevolution --configure --template none backend=file database=file:///home/cobb/SyncEvoData/personal/ databaseformat=text/vcard @Test_Files personal syncevolution --configure --template none backend=file database=file:///home/cobb/SyncEvoData/calendar/ databaseformat=text/calendar @Test_Files calendar syncevolution --remove @Test_OC syncevolution --configure --template none username=xxxx printChanges=1 dumpData=1 loglevel=1 target-config at Test_OC syncevolution --configure password=yyyy syncUrl=workround.gnome.keyring loglevel=1 target-config at Test_OC syncevolution --configure sync=two-way uri=contacts loglevel=1 target-config at Test_OC contacts syncevolution --configure sync=two-way uri=business loglevel=1 target-config at Test_OC business syncevolution --configure sync=two-way uri=personal loglevel=1 target-config at Test_OC personal syncevolution --configure sync=two-way uri=calendar loglevel=1 target-config at Test_OC calendar syncevolution --configure --template none backend=carddav database=https://x.y.net/owncloud/remote.php/carddav/addressbooks/xxxx/contacts/ @Test_OC contacts syncevolution --configure --template none backend=carddav database=https://x.y.net/owncloud/remote.php/carddav/addressbooks/xxxx/business/ @Test_OC business syncevolution --configure --template none backend=carddav database=https://x.y.net/owncloud/remote.php/carddav/addressbooks/xxxx/personal/ @Test_OC personal syncevolution --configure --template none backend=caldav database=https://x.y.net/owncloud/remote.php/caldav/calendars/xxxx/defaultcalendar/ @Test_OC calendar syncevolution Test_OC at Test_Files _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Sat Jan 14 19:34:03 2017 From: patrick.ohly at intel.com (Patrick Ohly) Date: Sat, 14 Jan 2017 20:34:03 +0100 Subject: [SyncEvolution] [INFO] SoupTransport Failure In-Reply-To: <1484349552.4719.5.camel@oco.nnor.org> References: <1483756204.3343.2.camel@oco.nnor.org> <1483975234.2137.72.camel@intel.com> <1484349552.4719.5.camel@oco.nnor.org> Message-ID: <1484422443.21036.22.camel@intel.com> On Fri, 2017-01-13 at 16:19 -0700, Eric O'Connor wrote: > > Which documentation did you follow to get started? > > I'm going off of the man page for syncevolution. > > > It takes two commands to set up CardDAV syncing: once for the target > side (where CardDAV is used as storage) and once for the local side > (with EDS, Akonadi or plain files as local storage). > > How do you "link" the two? With syncURL=local://@webdav. > I now have a carddav config "remote", and an > evolution config "local", but how do I run the "remote" <-> "local" > combined config? Are these "target config" and "sync config" (as described in the man page under "SYNCHRONIZATION BEYOND SYNCML" or datastore configurations? > I think I need to do this manually, because I don't see a template for > Evolution mail. > > I don't understand where in the man page it tells me how to do that. The relevant example is this (from CALDAV AND CARDDAV): The following commands set up synchronization with a generic WebDAV server that supports CalDAV, CardDAV and scanning starting at the root of the server. # configure target config syncevolution --configure \ --template webdav \ syncURL=http://example.com \ username=123456 \ "password=!@#ABcd1234" \ target-config at webdav # configure sync config syncevolution --configure \ --template SyncEvolution_Client \ syncURL=local://@webdav \ username= \ password= \ webdav \ calendar addressbook # initial slow sync syncevolution --sync slow webdav In your case, you seem to be only interested in CardDAV, so let's focus on just contacts. The commands in your case should be something like this: # set up access to zoho.com syncevolution --configure \ --template webdav \ syncURL=https://contacts.zoho.com/carddav/eric at oco.nnor.org/default/ \ username='eric at oco.nnor.org password='xxxxxxxx' \ target-config at zoho # double-check access syncevolution --print-items target-config at zoho addressbook # configure sync config, enabling only addressbook syncevolution --configure \ --template SyncEvolution_Client \ syncURL=local://@webdav \ username= \ password= \ zoho \ addressbook # double-check local access syncevolution --print-items zoho addressbook # Now "zoho addressbook" is matched with "target-config at zoho addressbook" # and we can sync the two: syncevolution --sync slow zoho # All following syncs are incremental: syncevolution zoho > I now am getting: > > ? syncevolution --run ev-local-addr > ... > [INFO] @default/addressbook: using configured database=zoho-backend > [ERROR] sending message to child failed: > org.syncevolution.gdbuscxx.Exception: 1483751134.3343.16 at tara/addressbo > ok: datastore not configured > ... I'm not sure what you configured to get to this point. As your local ~/.config/syncevolution might be in an unclean state now, it might be worthwhile to throw it away (you don't have any other configs, do you?) with "rm -rf ~/.config/syncevolution" before running the commands above. -- 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. From eric at oco.nnor.org Sun Jan 15 05:59:39 2017 From: eric at oco.nnor.org (Eric O'Connor) Date: Sat, 14 Jan 2017 22:59:39 -0700 Subject: [SyncEvolution] [INFO] SoupTransport Failure In-Reply-To: <1484422443.21036.22.camel@intel.com> References: <1483756204.3343.2.camel@oco.nnor.org> <1483975234.2137.72.camel@intel.com> <1484349552.4719.5.camel@oco.nnor.org> <1484422443.21036.22.camel@intel.com> Message-ID: <1484459979.23771.2.camel@oco.nnor.org> Thank you, all. I now have a configuration working. My particular style of daftness was not realizing that "syncURL=local://@webdav" refers to a different config than any of: "zoho-addr", "zoho at webdav", or "target-config at zoho", and so of course there was no datastore configured. This is all clearly explained in "SYNCHRONIZATION BEYOND SYNCML", line 932 of the manual. Sorry for the noise, Eric -----Original Message----- Date: Sat, 14 Jan 2017 20:34:03 +0100 Subject: Re: [SyncEvolution] [INFO] SoupTransport Failure Cc: syncevolution at syncevolution.org To: Eric O'Connor From: Patrick Ohly On Fri, 2017-01-13 at 16:19 -0700, Eric O'Connor wrote: > > Which documentation did you follow to get started? > > I'm going off of the man page for syncevolution. > > > It takes two commands to set up CardDAV syncing: once for the > > target > > side (where CardDAV is used as storage) and once for the local side > (with EDS, Akonadi or plain files as local storage). > > How do you "link" the two? With syncURL=local://@webdav. > I now have a carddav config "remote", and an > evolution config "local", but how do I run the "remote" <-> "local" > combined config? Are these "target config" and "sync config" (as described in the man page under "SYNCHRONIZATION BEYOND SYNCML" or datastore configurations? > I think I need to do this manually, because I don't see a template > for > Evolution mail. > > I don't understand where in the man page it tells me how to do that. The relevant example is this (from CALDAV AND CARDDAV): ????????The??following??commands??set up synchronization with a generic ????????WebDAV server that supports CalDAV, CardDAV and scanning ????????starting at the root of the server. ???????? ??????????# configure target config ??????????syncevolution --configure \ ???????????????????????--template webdav \ ???????????????????????syncURL=http://example.com \ ???????????????????????username=123456 \ ???????????????????????"password=!@#ABcd1234" \ ???????????????????????target-config at webdav ??????????# configure sync config ??????????syncevolution --configure \ ????????????????????????--template SyncEvolution_Client \ ????????????????????????syncURL=local://@webdav \ ????????????????????????username= \ ????????????????????????password= \ ????????????????????????webdav \ ????????????????????????calendar addressbook ??????????# initial slow sync ??????????syncevolution --sync slow webdav In your case, you seem to be only interested in CardDAV, so let's focus on just contacts. The commands in your case should be something like this: # set up access to zoho.com syncevolution --configure \ ??????????????--template webdav \ ??????????????syncURL=https://contacts.zoho.com/carddav/eric at oco.nnor.o rg/default/ \ ??????????????username='eric at oco.nnor.org password='xxxxxxxx' \ ??????????????target-config at zoho # double-check access syncevolution --print-items target-config at zoho addressbook # configure sync config, enabling only addressbook syncevolution --configure \ ??????????????--template SyncEvolution_Client \ ??????????????syncURL=local://@webdav \ ??????????????username= \ ??????????????password= \ ??????????????zoho \ ??????????????addressbook # double-check local access syncevolution --print-items zoho addressbook # Now "zoho addressbook" is matched with "target-config at zoho addressbook" # and we can sync the two: syncevolution --sync slow zoho # All following syncs are incremental: syncevolution zoho > I now am getting: > > ? syncevolution --run ev-local-addr > ... > [INFO] @default/addressbook: using configured database=zoho-backend > [ERROR] sending message to child failed: > org.syncevolution.gdbuscxx.Exception: 1483751134.3343.16 at tara/address > bo > ok: datastore not configured > ... I'm not sure what you configured to get to this point. As your local ~/.config/syncevolution might be in an unclean state now, it might be worthwhile to throw it away (you don't have any other configs, do you?) with "rm -rf ~/.config/syncevolution" before running the commands above. From patrick.ohly at intel.com Sun Jan 15 17:36:26 2017 From: patrick.ohly at intel.com (Patrick Ohly) Date: Sun, 15 Jan 2017 18:36:26 +0100 Subject: [SyncEvolution] [INFO] SoupTransport Failure In-Reply-To: <1484459979.23771.2.camel@oco.nnor.org> References: <1483756204.3343.2.camel@oco.nnor.org> <1483975234.2137.72.camel@intel.com> <1484349552.4719.5.camel@oco.nnor.org> <1484422443.21036.22.camel@intel.com> <1484459979.23771.2.camel@oco.nnor.org> Message-ID: <1484501786.21036.23.camel@intel.com> On Sat, 2017-01-14 at 22:59 -0700, Eric O'Connor wrote: > Thank you, all. I now have a configuration working. > > My particular style of daftness was not realizing that > "syncURL=local://@webdav" refers to a different config than any of: > "zoho-addr", "zoho at webdav", or "target-config at zoho", and so of course > there was no datastore configured. > > This is all clearly explained in "SYNCHRONIZATION BEYOND SYNCML", line > 932 of the manual. Glad to hear that you got it working. I was wondering about how this should be explained better in the documentation, but I guess it is okay after all. -- 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.