[SyncEvolution] [INFO] SoupTransport Failure

[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/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@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 <eric at oco.nnor.org>
> From: Patrick Ohly <patrick.ohly at 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/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