Re: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
3:43 a.m.
Thank you, Patrick.
I tried your suggestion for the third command but when I start initiate
a sync I get the error message that no configuration could be found for
the deviceID (like with the third variation below).
It's correct that I don't need to use the keyring=no option again in the
third command but I have to apply the *SSLVerifyServer=False *option
also in the third command for creating the Palm peer, otherwise I get a
SSL verification error.
As a result of these observations I tried to initiate a sync with the
following three versions of the third command (for every variation I
started with an empty syncevolution config and reapplied the first two
commands before every time as well):
*1. *My previous version without *keyring=no*:
/syncevolution --configure /*SSLVerifyServer=False --template
*SyncEvolution_Client/--sync-property
remoteDeviceId=ST23K3J5I4JX// username=admin password=admin
/--source-property addressbook/uri=addressbook Palm-TH55@webdav
RETURNS:
"First ERROR encountered: error code from SyncEvolution fatal error
(local, status 10500): no sources active, check configuration"
*2.* My previous version without *keyring=no* but with *sync=two-way* as
you suggested:
/syncevolution --configure /*SSLVerifyServer=False --template
*SyncEvolution_Client/ --sync-property
remoteDeviceId=ST23K3J5I4JX// username=admin password=admin
/--source-property addressbook/uri=addressbook sync=two-way
Palm-TH55@webdav
RETURNS:
"First ERROR encountered: error code from SyncEvolution fatal error
(local, status 10500): no sources active, check configuration" --> Same
error message
*3.* My previous version without *keyring=no* but with *sync=two-way*
and *addressbook* like you suggested:
/syncevolution --configure /*SSLVerifyServer=False --template
*SyncEvolution_Client/ --sync-property
remoteDeviceId=/PN70M9J5V7JX/ username=admin password=admin
/--source-property addressbook/uri=addressbook sync=two-way
Palm-TH55@webdav addressbook
RETURNS for the command:
"[INFO] addressbook: looking for databases...
[INFO] addressbook: no database to synchronize
[ERROR] addressbook: no database to synchronize"
AND for the sync initiation:
"no configuration found for deviceID ST23K3J5I4JX"
On 1/14/14 8:29 AM, Patrick Ohly wrote:
On Tue, 2014-01-14 at 05:37 +0100, Helge Kraak wrote:
> ### Third command ###
>
> syncevolution --configure
> keyring=no SSLVerifyServer=False
> --template SyncEvolution_Client
> --sync-property remoteDeviceId=ST23K3J5I4JX
> username=admin password=admin
> --source-property addressbook/uri=addressbook
> --source-property calendar/uri=events
> --source-property todo/uri=tasks
> --source-property memo/uri=memo
> Palm-TH55@webdav
>
>
> RETURNS:
>
> [INFO] addressbook: looking for databases...
> [INFO] addressbook: no database to synchronize
This might be a false message. I think it is not actually checking for
anything because the address book was already configured.
> [INFO] calendar: looking for databases...
> [INFO] calendar: backend failed: error code from SyncEvolution
> authorization failed (remote, status 401): calendar: syncURL not
> configured and username admin does not contain a domain
> [INFO] memo: looking for databases...
> [INFO] memo: backend failed: error code from SyncEvolution
> authorization failed (remote, status 401): memo: syncURL not
> configured and username admin does not contain a domain
> [INFO] todo: looking for databases...
> [INFO] todo: backend failed: error code from SyncEvolution
> authorization failed (remote, status 401): todo: syncURL not
> configured and username admin does not contain a domain
This of course is correct. It's merely informational, so what you end up
with should be a config where these sources are simply not enabled
("sync" = "none" or "disabled").
> Here I'm stuck. What am I missing so that the database on at the
> WebDAV server cannot be found?
If you want to enable just contacts, then use:
syncevolution --configure \
--template SyncEvolution_Client \
remoteDeviceId=ST23K3J5I4JX \
username=admin password=admin \
sync=two-way \
Palm-TH55@webdav \
addressbook
You don't need to repeat values like keyring=no which were already set
earlier. "--source-property addressbook/uri=addressbook" is redundant,
because the name of the source and URI are identical in this case.
What I added is "sync=two-way", to ensure that the addressbook source
really gets enabled for the Palm-TH55 client.
4:23 a.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
On Tue, 2014-01-14 at 12:43 +0100, Helge Kraak wrote:
I tried your suggestion for the third command but when I start
initiate a sync I get the error message that no configuration could be
found for the deviceID (like with the third variation below).
It's correct that I don't need to use the keyring=no option again in
the third command but I have to apply the SSLVerifyServer=False option
also in the third command for creating the Palm peer, otherwise I get
a SSL verification error.
That should only happen if you try to use WebDAV sources which have not
been configured before.
It's unfortunate that the SSL options don't have a good place in the
config hierarchy.
3. My previous version without keyring=no but with sync=two-way and
addressbook like you suggested:
syncevolution --configure SSLVerifyServer=False
--template SyncEvolution_Client --sync-property
remoteDeviceId=PN70M9J5V7JX username=admin
password=admin --source-property addressbook/uri=addressbook
sync=two-way Palm-TH55@webdav addressbook
RETURNS for the command:
"[INFO] addressbook: looking for databases...
[INFO] addressbook: no database to synchronize
[ERROR] addressbook: no database to synchronize"
AND for the sync initiation:
"no configuration found for deviceID ST23K3J5I4JX"
This is the right approach. The key question is if the command from the
second step has configured the "addressbook". If it has, then the third
step should not need to look for databases.
What does "syncevolution --print-config -q @webdav addressbook" say?
Either way, does it work if you combine steps 2 and 3?
syncevolution --configure \
--template SyncEvolution_Client \
remoteDeviceId=PN70M9J5V7JX username=admin password=admin \
sync=two-way \
databaseUser=admin \
databasePassword=admin \
backend=carddav \
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ \
Palm-TH55@webdav addressbook
--
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.
5:25 a.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
When I apply as third command (no ADDRESSBOOK at the end of the command)
_syncevolution --configure _SSLVERIFYSERVER=FALSE
--TEMPLATE SyncEvolution_Client_ --sync-property
remoteDeviceId=ST23K3J5I4JX__ username=admin password=admin
_--source-property addressbook/uri=addressbook sync=two-way
Palm-TH55@webdav
the command
syncevolution --print-config -q @webdav addressbook
RETURNS:
"[addressbook]
backend = CardDAV
database =
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
# databaseFormat =
databaseUser = admin
databasePassword = admin"
When I try your combined command (I have to include
SSLVerifyServer=False again to make it work)
syncevolution --configure SSLVERIFYSERVER=FALSE
--template SyncEvolution_Client
remoteDeviceId=PN70M9J5V7JX username=admin password=admin
sync=two-way
databaseUser=admin
databasePassword=admin
backend=carddav
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[2]
Palm-TH55@webdav addressbook
IT RETURNS
"[INFO] addressbook: looking for databases...
[INFO] addressbook: no database to synchronize
[ERROR] addressbook: no database to synchronize"
AND FOR
syncevolution --print-config -q @webdav addressbook
IT RETURNS
"[addressbook]
backend = CardDAV
# database =
# databaseFormat =
# databaseUser =
# databasePassword ="
Am 2014-01-14 13:23, schrieb Patrick Ohly:
On Tue, 2014-01-14 at 12:43 +0100, Helge Kraak wrote:
> I tried your suggestion for the third command but when I start initiate a sync I get
the error message that no configuration could be found for the deviceID (like with the
third variation below). It's correct that I don't need to use the keyring=no
option again in the third command but I have to apply the SSLVerifyServer=False option
also in the third command for creating the Palm peer, otherwise I get a SSL verification
error.
That should only happen if you try to use WebDAV sources which have not
been configured before.
It's unfortunate that the SSL options don't have a good place in the
config hierarchy.
> 3. My previous version without keyring=no but with sync=two-way and addressbook like
you suggested: syncevolution --configure SSLVerifyServer=False --template
SyncEvolution_Client --sync-property remoteDeviceId=PN70M9J5V7JX username=admin
password=admin --source-property addressbook/uri=addressbook sync=two-way Palm-TH55@webdav
addressbook
> RETURNS for the command:
> "[INFO] addressbook: looking for databases...
> [INFO] addressbook: no database to synchronize
> [ERROR] addressbook: no database to synchronize"
> AND for the sync initiation:
> "no configuration found for deviceID ST23K3J5I4JX"
This is the right approach. The key question is if the command from the
second step has configured the "addressbook". If it has, then the third
step should not need to look for databases.
What does "syncevolution --print-config -q @webdav addressbook" say?
Either way, does it work if you combine steps 2 and 3?
syncevolution --configure
--template SyncEvolution_Client
remoteDeviceId=PN70M9J5V7JX username=admin password=admin
sync=two-way
databaseUser=admin
databasePassword=admin
backend=carddav
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ [1]
Palm-TH55@webdav addressbook
Links:
------
[1]
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[2] https://localhost/sabredav/addressbookserver.php/addressbooks/admin/
6:32 a.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
On Tue, 2014-01-14 at 14:25 +0100, Helge Kraak wrote:
When I apply as third command (no addressbook at the end of the
command)
syncevolution --configure SSLVerifyServer=False
--template SyncEvolution_Client --sync-property
remoteDeviceId=ST23K3J5I4JX username=admin
password=admin --source-property addressbook/uri=addressbook
sync=two-way Palm-TH55@webdav
the command
syncevolution --print-config -q @webdav addressbook
RETURNS:
"[addressbook]
backend = CardDAV
database =
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
# databaseFormat =
databaseUser = admin
databasePassword = admin"
When you show the config of addressbook for the Palm-TH55 peer, is the
"sync" property set? In other words, what do you get from:
syncevolution --print-config -q Palm-TH55@webdav addressbook
When I try your combined command (I have to
include SSLVerifyServer=False again to make it work)
syncevolution --configure SSLVerifyServer=False \
--template SyncEvolution_Client \
remoteDeviceId=PN70M9J5V7JX username=admin password=admin \
sync=two-way \
databaseUser=admin \
databasePassword=admin \
backend=carddav \
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ \
Palm-TH55@webdav addressbook
IT RETURNS
"[INFO] addressbook: looking for databases...
[INFO] addressbook: no database to synchronize
[ERROR] addressbook: no database to synchronize"
I can't reproduce the problem here, using SyncEvolution 1.3.99.6 plus
(probably irrelevant) patches.
Which version of SyncEvolution are you using?
I can reproduce that the last step, adding a peer, will try to verify
databases again. But that works for me:
$ ./syncevolution --configure --daemon=no databaseUser=test databasePassword=testing
calendar/database=http://localhost:8009/caldav.php/test/Test_davical_caldav_1/
todo/database=http://localhost:8009/caldav.php/test/Test_davical_caldav_1/
addressbook/database=http://localhost:8009/caldav.php/test/Test_davical_carddav_1/
calendar/backend=caldav todo/backend=caldavtodo addressbook/backend=carddav @webdav
addressbook calendar todo
[INFO] addressbook: looking for databases...
[INFO] addressbook: okay
[INFO] calendar: looking for databases...
[INFO] calendar: okay
[INFO] todo: looking for databases...
[INFO] todo: okay
$ ./syncevolution --daemon=no --configure --template SyncEvolution_Client sync=two-way
remoteDeviceId=PN70M9J5V7JX username=admin password=admin foo@webdav addressbook
[INFO] addressbook: looking for databases...
[INFO] addressbook: okay
So perhaps SSLVerifyServer simply doesn't get picked up in your case
where it is needed.
Can you try this:
SYNCEVOLUTION_DEBUG=1 syncevolution --configure SSLVerifyServer=False \
--template SyncEvolution_Client \
remoteDeviceId=PN70M9J5V7JX username=admin password=admin \
loglevel=4 \
sync=two-way \
databaseUser=admin \
databasePassword=admin \
backend=carddav \
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ \
Palm-TH55@webdav addressbook
It should show more information about the "[INFO] addressbook: no
database to synchronize" problem.
--
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.
1:43 p.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
Am 14.01.2014 um 15:32 schrieb Patrick Ohly:
On Tue, 2014-01-14 at 14:25 +0100, Helge Kraak wrote:
> When I apply as third command (no addressbook at the end of the
> command)
>
> syncevolution --configure SSLVerifyServer=False
> --template SyncEvolution_Client --sync-property
> remoteDeviceId=ST23K3J5I4JX username=admin
> password=admin --source-property addressbook/uri=addressbook
> sync=two-way Palm-TH55@webdav
>
> the command
>
> syncevolution --print-config -q @webdav addressbook
>
> RETURNS:
>
> "[addressbook]
> backend = CardDAV
> database =
> https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
> # databaseFormat =
> databaseUser = admin
> databasePassword = admin"
When you show the config of addressbook for the Palm-TH55 peer, is the
"sync" property set? In other words, what do you get from:
syncevolution --print-config -q Palm-TH55@webdav addressbook
[addressbook]
sync = disabled
uri = addressbook
backend = CardDAV
# syncFormat =
# forceSyncFormat = 0
database = https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
# databaseFormat =
databaseUser = admin
databasePassword = admin
I then edited /.config/syncevolution/webdav/peers/palm-th55/sources/addressbook/config.ini
so that this command now gives
[addressbook]sync = two-way
uri = addressbook
backend = CardDAV
# syncFormat =
# forceSyncFormat = 0
database = https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
# databaseFormat =
databaseUser = admin
databasePassword = admin
When I now initiate a sync I get:
[INFO] syncevo-dbus-server: /org/syncevolution/Server: matched deviceID PN70M9J5V7JX
against config palm-th55@webdav (/root/.config/syncevolution/webdav/peers/palm-th55)
[INFO] sync: /org/syncevolution/Session/15596840391389733215: calendar: inactive
[INFO] sync: /org/syncevolution/Session/15596840391389733215: memo: inactive
[INFO] sync: /org/syncevolution/Session/15596840391389733215: todo: inactive
[INFO] sync: /org/syncevolution/Session/15596840391389733215: addressbook: starting first
time sync, two-way (peer is client)
[INFO] sync: /org/syncevolution/Session/15596840391389733215: creating complete data
backup of source addressbook before sync (enabled with dumpData and needed for
printChanges)
[INFO] sync: /org/syncevolution/Session/15596840391389733215: Local data changes to be
applied during synchronization:
[INFO] sync: /org/syncevolution/Session/15596840391389733215: *** addressbook ***
[INFO] sync: /org/syncevolution/Session/15596840391389733215: Comparison was impossible.
[INFO] sync: /org/syncevolution/Session/15596840391389733215:
[INFO] sync: /org/syncevolution/Session/15596840391389733215: addressbook: started
[INFO] sync: /org/syncevolution/Session/15596840391389733215: adding "Jasmin
Heinrich"
[ERROR] sync: /org/syncevolution/Session/15596840391389733215: error code from
SyncEvolution operation not allowed (remote, status 405): PUT: bad HTTP status: <status
1.1, code 405, class 4, Method Not Allowed>
> When I try your combined command (I have to
> include SSLVerifyServer=False again to make it work)
>
> syncevolution --configure SSLVerifyServer=False \
> --template SyncEvolution_Client \
> remoteDeviceId=PN70M9J5V7JX username=admin password=admin \
> sync=two-way \
> databaseUser=admin \
> databasePassword=admin \
> backend=carddav \
>
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ \
> Palm-TH55@webdav addressbook
>
> IT RETURNS
>
> "[INFO] addressbook: looking for databases...
> [INFO] addressbook: no database to synchronize
> [ERROR] addressbook: no database to synchronize"
I can't reproduce the problem here, using SyncEvolution 1.3.99.6 plus
(probably irrelevant) patches.
Which version of SyncEvolution are you using?
Same version like you without patches.
I can reproduce that the last step, adding a peer, will try to verify
databases again. But that works for me:
$ ./syncevolution --configure --daemon=no databaseUser=test databasePassword=testing
calendar/database=http://localhost:8009/caldav.php/test/Test_davical_caldav_1/
todo/database=http://localhost:8009/caldav.php/test/Test_davical_caldav_1/
addressbook/database=http://localhost:8009/caldav.php/test/Test_davical_carddav_1/
calendar/backend=caldav todo/backend=caldavtodo addressbook/backend=carddav @webdav
addressbook calendar todo
[INFO] addressbook: looking for databases...
[INFO] addressbook: okay
[INFO] calendar: looking for databases...
[INFO] calendar: okay
[INFO] todo: looking for databases...
[INFO] todo: okay
$ ./syncevolution --daemon=no --configure --template SyncEvolution_Client sync=two-way
remoteDeviceId=PN70M9J5V7JX username=admin password=admin foo@webdav addressbook
[INFO] addressbook: looking for databases...
[INFO] addressbook: okay
So perhaps SSLVerifyServer simply doesn't get picked up in your case
where it is needed.
Can you try this:
SYNCEVOLUTION_DEBUG=1 syncevolution --configure SSLVerifyServer=False \
--template SyncEvolution_Client \
remoteDeviceId=PN70M9J5V7JX username=admin password=admin \
loglevel=4 \
sync=two-way \
databaseUser=admin \
databasePassword=admin \
backend=carddav \
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ \
Palm-TH55@webdav addressbook
It should show more information about the "[INFO] addressbook: no
database to synchronize" problem.
--
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.
The output of your suggested command above is (beneath I inserted the debugging output
which I get for the split command version of yours with which I had come up before):
root@srv:~/.config# SYNCEVOLUTION_DEBUG=1 syncevolution --configure SSLVerifyServer=False
--template SyncEvolution_Client remoteDeviceId=PN70M9J5V7JX username=admin password=admin
loglevel=4 sync=two-way databaseUser=admin databasePassword=admin backend=carddav
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
Palm-TH55@webdav addressbook[INFO 00:00:00] addressbook: looking for databases...
[DEBUG 00:00:00] checking password property 'databasePassword' in source
'addressbook' of config 'palm-th55@webdav' with user identity
'admin'
[DEBUG 00:00:00] using username 'admin' from source config for WebDAV, password
was set
[DEBUG 00:00:00] using plain username/password for admin
[DEBUG 00:00:00] addressbook: timout 300s, retry 5s => resending allowed
HTTP session to https://localhost:443 begins.
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] testing /sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials unverified, no deadline
ah_create, for WWW-Authenticate
Running pre_send hooks
Sending request headers:
PROPFIND /sabredav/addressbookserver.php/addressbooks/admin/ HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: localhost
Depth: 0
Content-Length: 84
Content-Type: application/xml
Sending request-line and headers:
Doing DNS lookup on localhost...
req: Connecting to ::1:443
[DEBUG 00:00:00] https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/:
SSL verification problem: hostname mismatch, untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
Sending request body:
Body block (84 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<propfind xmlns="DAV:"><allprop/></propfind>
]
Request sent; retry is 0.
[status-line] < HTTP/1.1 401 Unauthorized
[hdr] Date: Tue, 14 Jan 2014 21:12:49 GMT
Header Name: [date], Value: [Tue, 14 Jan 2014 21:12:49 GMT]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr] WWW-Authenticate: Digest
realm="SabreDAV",qop="auth",nonce="52d5a852013e4",opaque="df58bdff8cf60599c939187d0b5c54de"
Header Name: [www-authenticate], Value: [Digest
realm="SabreDAV",qop="auth",nonce="52d5a852013e4",opaque="df58bdff8cf60599c939187d0b5c54de"]
[hdr] Content-Length: 292
Header Name: [content-length], Value: [292]
[hdr] Keep-Alive: timeout=5, max=100
Header Name: [keep-alive], Value: [timeout=5, max=100]
[hdr] Connection: Keep-Alive
Header Name: [connection], Value: [Keep-Alive]
[hdr] Content-Type: application/xml; charset=utf-8
Header Name: [content-type], Value: [application/xml; charset=utf-8]
[hdr]
End of headers.
Running post_headers hooks
Reading 292 bytes of response body.
Got 292 bytes.
Read block (292 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
<s:exception>Sabre\DAV\Exception\NotAuthenticated</s:exception>
<s:message>No digest authentication headers were found</s:message>
<s:sabredav-version>1.8.6</s:sabredav-version>
</d:error>
]
Running post_send hooks
ah_post_send (#0), code is 401 (want 401), WWW-Authenticate is Digest
realm="SabreDAV",qop="auth",nonce="52d5a852013e4",opaque="df58bdff8cf60599c939187d0b5c54de"
auth: Got challenge (code 401).
auth: Got 'Digest' challenge.
auth: Trying Digest challenge...
[DEBUG 00:00:00] retry request with credentials
auth: Got qop, using 2617-style.
auth: H(A1) is [87fd274b7b6c01e48d7c2f965da8ddf7]
auth: Accepting digest challenge.
auth: Accepted Digest challenge.
Running pre_send hooks
auth: Sending 'Digest' response.
auth: H(A2): a21fa4f74b0a105f86364fa6154d8206
Sending request headers:
PROPFIND /sabredav/addressbookserver.php/addressbooks/admin/ HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: localhost
Depth: 0
Content-Length: 84
Content-Type: application/xml
Authorization:
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Sending request body:
Body block (84 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<propfind xmlns="DAV:"><allprop/></propfind>
]
Request sent; retry is 1.
[status-line] < HTTP/1.1 207 Multi-Status
[hdr] Date: Tue, 14 Jan 2014 21:12:50 GMT
Header Name: [date], Value: [Tue, 14 Jan 2014 21:12:50 GMT]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr] Vary: Brief,Prefer
Header Name: [vary], Value: [Brief,Prefer]
[hdr] DAV: 1, 3, extended-mkcol, addressbook, access-control,
calendarserver-principal-property-search
Header Name: [dav], Value: [1, 3, extended-mkcol, addressbook, access-control,
calendarserver-principal-property-search]
[hdr] Content-Length: 382
Header Name: [content-length], Value: [382]
[hdr] Keep-Alive: timeout=5, max=99
Header Name: [keep-alive], Value: [timeout=5, max=99]
[hdr] Connection: Keep-Alive
Header Name: [connection], Value: [Keep-Alive]
[hdr] Content-Type: application/xml; charset=utf-8
Header Name: [content-type], Value: [application/xml; charset=utf-8]
[hdr]
End of headers.
Running post_headers hooks
Reading 382 bytes of response body.
Got 382 bytes.
Read block (382 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns"
xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/sabredav/addressbookserver.php/addressbooks/admin/</d:href><d:propstat><d:prop><d:resourcetype><d:collection/></d:resourcetype></d:prop><d:status>HTTP/1.1
200 OK</d:status></d:propstat></d:response></d:multistatus>
]
Running post_send hooks
ah_post_send (#1), code is 207 (want 401), WWW-Authenticate is (none)
Request ends, status 207 class 2xx, error line:
207 Multi-Status
[DEBUG 00:00:00] credentials accepted
Running destroy hooks.
Request ends.
[DEBUG 00:00:00] read relevant properties of
/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, deadline in 299.9s
ah_create, for WWW-Authenticate
Running pre_send hooks
auth: Sending 'Digest' response.
auth: H(A2): a21fa4f74b0a105f86364fa6154d8206
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
PROPFIND /sabredav/addressbookserver.php/addressbooks/admin/ HTTP/1.1
Connection: TE
TE: trailers
Host: localhost
Depth: 0
Content-Length: 628
Content-Type: application/xml
Authorization:
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Sending request body:
Body block (628 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<propfind xmlns="DAV:"><prop>
<alternate-URI-set xmlns="DAV:"/>
<principal-URL xmlns="DAV:"/>
<current-user-principal xmlns="DAV:"/>
<group-member-set xmlns="DAV:"/>
<group-membership xmlns="DAV:"/>
<displayname xmlns="DAV:"/>
<resourcetype xmlns="DAV:"/>
<addressbook-home-set xmlns="urn:ietf:params:xml:ns:carddav"/>
<principal-address xmlns="urn:ietf:params:xml:ns:carddav"/>
<addressbook-description xmlns="urn:ietf:params:xml:ns:carddav"/>
<supported-address-data xmlns="urn:ietf:params:xml:ns:carddav"/>
<max-resource-size xmlns="urn:ietf:params:xml:ns:carddav"/>
</prop></propfind>
]
Request sent; retry is 1.
[status-line] < HTTP/1.1 207 Multi-Status
[hdr] Date: Tue, 14 Jan 2014 21:12:50 GMT
Header Name: [date], Value: [Tue, 14 Jan 2014 21:12:50 GMT]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr] Vary: Brief,Prefer
Header Name: [vary], Value: [Brief,Prefer]
[hdr] DAV: 1, 3, extended-mkcol, addressbook, access-control,
calendarserver-principal-property-search
Header Name: [dav], Value: [1, 3, extended-mkcol, addressbook, access-control,
calendarserver-principal-property-search]
[hdr] Content-Length: 823
Header Name: [content-length], Value: [823]
[hdr] Content-Type: application/xml; charset=utf-8
Header Name: [content-type], Value: [application/xml; charset=utf-8]
[hdr]
End of headers.
Running post_headers hooks
Reading 823 bytes of response body.
Got 823 bytes.
Read block (823 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns"
xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/sabredav/addressbookserver.php/addressbooks/admin/</d:href><d:propstat><d:prop><d:current-user-principal><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href></d:current-user-principal><d:resourcetype><d:collection/></d:resourcetype></d:prop><d:status>HTTP/1.1
200
OK</d:status></d:propstat><d:propstat><d:prop><d:alternate-URI-set/><d:principal-URL/><d:group-member-set/><d:group-membership/><d:displayname/><card:addressbook-home-set/><card:principal-address/><card:addressbook-description/><card:supported-address-data/><card:max-resource-size/></d:prop><d:status>HTTP/1.1
404 Not
Found</d:status></d:propstat></d:response></d:multistatus>
]
Running post_send hooks
ah_post_send (#0), code is 207 (want 401), WWW-Authenticate is (none)
Request ends, status 207 class 2xx, error line:
207 Multi-Status
[DEBUG 00:00:00] credentials accepted
Running destroy hooks.
Request ends.
[DEBUG 00:00:00] follow current-user-prinicipal to
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] testing /sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, no deadline
ah_create, for WWW-Authenticate
Running pre_send hooks
auth: Sending 'Digest' response.
auth: H(A2): e802051c2a3c9c0bc6064e32d800a784
Sending request headers:
PROPFIND /sabredav/addressbookserver.php/principals/admin/ HTTP/1.1
Connection: TE
TE: trailers
Host: localhost
Depth: 0
Content-Length: 84
Content-Type: application/xml
Authorization:
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Sending request body:
Body block (84 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<propfind xmlns="DAV:"><allprop/></propfind>
]
Request sent; retry is 1.
[status-line] < HTTP/1.1 207 Multi-Status
[hdr] Date: Tue, 14 Jan 2014 21:12:50 GMT
Header Name: [date], Value: [Tue, 14 Jan 2014 21:12:50 GMT]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr] Vary: Brief,Prefer
Header Name: [vary], Value: [Brief,Prefer]
[hdr] DAV: 1, 3, extended-mkcol, addressbook, access-control,
calendarserver-principal-property-search
Header Name: [dav], Value: [1, 3, extended-mkcol, addressbook, access-control,
calendarserver-principal-property-search]
[hdr] Content-Length: 447
Header Name: [content-length], Value: [447]
[hdr] Content-Type: application/xml; charset=utf-8
Header Name: [content-type], Value: [application/xml; charset=utf-8]
[hdr]
End of headers.
Running post_headers hooks
Reading 447 bytes of response body.
Got 447 bytes.
Read block (447 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns"
xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href><d:propstat><d:prop><d:getlastmodified>Tue,
14 Jan 2014 21:12:50
GMT</d:getlastmodified><d:resourcetype><d:principal/></d:resourcetype></d:prop><d:status>HTTP/1.1
200 OK</d:status></d:propstat></d:response></d:multistatus>
]
Running post_send hooks
ah_post_send (#0), code is 207 (want 401), WWW-Authenticate is (none)
Request ends, status 207 class 2xx, error line:
207 Multi-Status
Running destroy hooks.
Request ends.
[DEBUG 00:00:00] read relevant properties of
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, deadline in 299.8s
ah_create, for WWW-Authenticate
Running pre_send hooks
auth: Sending 'Digest' response.
auth: H(A2): e802051c2a3c9c0bc6064e32d800a784
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
PROPFIND /sabredav/addressbookserver.php/principals/admin/ HTTP/1.1
Connection: TE
TE: trailers
Host: localhost
Depth: 0
Content-Length: 628
Content-Type: application/xml
Authorization:
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Sending request body:
Body block (628 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<propfind xmlns="DAV:"><prop>
<alternate-URI-set xmlns="DAV:"/>
<principal-URL xmlns="DAV:"/>
<current-user-principal xmlns="DAV:"/>
<group-member-set xmlns="DAV:"/>
<group-membership xmlns="DAV:"/>
<displayname xmlns="DAV:"/>
<resourcetype xmlns="DAV:"/>
<addressbook-home-set xmlns="urn:ietf:params:xml:ns:carddav"/>
<principal-address xmlns="urn:ietf:params:xml:ns:carddav"/>
<addressbook-description xmlns="urn:ietf:params:xml:ns:carddav"/>
<supported-address-data xmlns="urn:ietf:params:xml:ns:carddav"/>
<max-resource-size xmlns="urn:ietf:params:xml:ns:carddav"/>
</prop></propfind>
]
Request sent; retry is 1.
[status-line] < HTTP/1.1 207 Multi-Status
[hdr] Date: Tue, 14 Jan 2014 21:12:50 GMT
Header Name: [date], Value: [Tue, 14 Jan 2014 21:12:50 GMT]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr] Vary: Brief,Prefer
Header Name: [vary], Value: [Brief,Prefer]
[hdr] DAV: 1, 3, extended-mkcol, addressbook, access-control,
calendarserver-principal-property-search
Header Name: [dav], Value: [1, 3, extended-mkcol, addressbook, access-control,
calendarserver-principal-property-search]
[hdr] Content-Length: 1120
Header Name: [content-length], Value: [1120]
[hdr] Content-Type: application/xml; charset=utf-8
Header Name: [content-type], Value: [application/xml; charset=utf-8]
[hdr]
End of headers.
Running post_headers hooks
Reading 1120 bytes of response body.
Got 1120 bytes.
Read block (1120 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns"
xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href><d:propstat><d:prop><card:addressbook-home-set><d:href>/sabredav/addressbookserver.php/addressbooks/admin/</d:href></card:addressbook-home-set><d:alternate-URI-set><d:href>/sabredav/addressbookserver.php/mailto:admin@example.org</d:href></d:alternate-URI-set><d:principal-URL><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href></d:principal-URL><d:group-member-set/><d:group-membership/><d:displayname>Administrator</d:displayname><d:current-user-principal><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href></d:current-user-principal><d:resourcetype><d:principal/></d:resourcetype></d:prop><d:status>HTTP/1.1
200
OK</d:status></d:propstat><d:propstat><d:prop><card:principal-address/><card:addressbook-description/><card:supported-address-data/><card:max-resource-size/></d:prop><d:status>HTTP/1.1
404 Not
Found</d:status></d:propstat></d:response></d:multistatus>
]
Running post_send hooks
ah_post_send (#0), code is 207 (want 401), WWW-Authenticate is (none)
Request ends, status 207 class 2xx, error line:
207 Multi-Status
[DEBUG 00:00:00] credentials accepted
Running destroy hooks.
Request ends.
[INFO 00:00:00] addressbook: no database to synchronize
[ERROR 00:00:00] addressbook: no database to synchronize
sess: Destroying session.
Your suggested command above results in a "no configuration found for deviceID"
like before when I initiate a sync afterwards (no surprise of course as you just added the
debugging options).
################
################
Using these two commands like in my previous mail (split version of your combined command
version)
syncevolution --configure databaseUser=admin "databasePassword=admin"
addressbook/backend=carddav
addressbook/database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
@webdav addressbook
and
SYNCEVOLUTION_DEBUG=1 syncevolution --configure SSLVerifyServer=False --template
SyncEvolution_Client --sync-property remoteDeviceId=PN70M9J5V7JX username=admin
password=admin --source-property addressbook/uri=addressbook sync=two-way Palm-TH55@webdav
addressbook
the debugging output looks like this:
root@srv:~/.config# SYNCEVOLUTION_DEBUG=1 syncevolution --configure SSLVerifyServer=False
--template SyncEvolution_Client --sync-property remoteDeviceId=PN70M9J5V7JX username=admin
password=admin --source-property addressbook/uri=addressbook sync=two-way Palm-TH55@webdav
addressbook
[INFO 00:00:00] addressbook: looking for databases...
[DEBUG 00:00:00] checking password property 'databasePassword' in source
'addressbook' of config 'palm-th55@webdav' with user identity
'admin'
[DEBUG 00:00:00] using username 'admin' from source config for WebDAV, password
was set
[DEBUG 00:00:00] using plain username/password for admin
[DEBUG 00:00:00] addressbook: timout 300s, retry 5s => resending allowed
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] testing /sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials unverified, no deadline
[DEBUG 00:00:00] https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/:
SSL verification problem: hostname mismatch, untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
[DEBUG 00:00:00] retry request with credentials
[DEBUG 00:00:00] credentials accepted
[DEBUG 00:00:00] read relevant properties of
/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, deadline in 299.9s
[DEBUG 00:00:00] forced sending credentials
[DEBUG 00:00:00] credentials accepted
[DEBUG 00:00:00] follow current-user-prinicipal to
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] testing /sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, no deadline
[DEBUG 00:00:00] read relevant properties of
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, deadline in 299.8s
[DEBUG 00:00:00] forced sending credentials
[DEBUG 00:00:00] credentials accepted
[INFO 00:00:00] addressbook: no database to synchronize
[ERROR 00:00:00] addressbook: no database to synchronize
When initiate a sync I also get the "no configuration found for deviceID" error
as stated in my previous mail.
#####################
#####################
Last but not least I also tried the same two commands again but without
"addressbook" at the end of the second command (as I also already did before in
my previous mail)
syncevolution --configure databaseUser=admin "databasePassword=admin"
addressbook/backend=carddav
addressbook/database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
@webdav addressbook
and
SYNCEVOLUTION_DEBUG=1 syncevolution --configure SSLVerifyServer=False --template
SyncEvolution_Client --sync-property remoteDeviceId=PN70M9J5V7JX username=admin
password=admin --source-property addressbook/uri=addressbook sync=two-way
Palm-TH55@webdav
the debugging output looks like this:
root@srv:~/.config# SYNCEVOLUTION_DEBUG=1 syncevolution --configure SSLVerifyServer=False
--template SyncEvolution_Client --sync-property remoteDeviceId=PN70M9J5V7JX username=admin
password=admin --source-property addressbook/uri=addressbook sync=two-way
Palm-TH55@webdav
[INFO 00:00:00] addressbook: looking for databases...
[DEBUG 00:00:00] checking password property 'databasePassword' in source
'addressbook' of config 'palm-th55@webdav' with user identity
'admin'
[DEBUG 00:00:00] using username 'admin' from source config for WebDAV, password
was set
[DEBUG 00:00:00] using plain username/password for admin
[DEBUG 00:00:00] addressbook: timout 300s, retry 5s => resending allowed
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] testing /sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials unverified, no deadline
[DEBUG 00:00:00] https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/:
SSL verification problem: hostname mismatch, untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
[DEBUG 00:00:00] retry request with credentials
[DEBUG 00:00:00] credentials accepted
[DEBUG 00:00:00] read relevant properties of
/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, deadline in 299.7s
[DEBUG 00:00:00] forced sending credentials
[DEBUG 00:00:00] credentials accepted
[DEBUG 00:00:00] follow current-user-prinicipal to
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] testing /sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, no deadline
[DEBUG 00:00:00] read relevant properties of
/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, deadline in 299.7s
[DEBUG 00:00:00] forced sending credentials
[DEBUG 00:00:00] credentials accepted
[INFO 00:00:00] addressbook: no database to synchronize
[INFO 00:00:00] calendar: looking for databases...
[DEBUG 00:00:00] checking password property 'databasePassword' in source
'calendar' of config 'palm-th55@webdav' with user identity ''
[DEBUG 00:00:00] using username 'admin' from source context for WebDAV, password
was set
[DEBUG 00:00:00] using plain username/password for admin
[DEBUG 00:00:00] calendar: timout 300s, retry 5s => resending allowed
[DEBUG 00:00:00] exception thrown at
/data/runtests/work/sources/syncevolution/src/syncevo/SyncContext.cpp:2113
[DEBUG 00:00:00] error code from SyncEvolution authorization failed (remote, status 401):
calendar: syncURL not configured and username admin does not contain a domain
[INFO 00:00:00] calendar: backend failed: error code from SyncEvolution authorization
failed (remote, status 401): calendar: syncURL not configured and username admin does not
contain a domain
[INFO 00:00:00] memo: looking for databases...
[DEBUG 00:00:00] checking password property 'databasePassword' in source
'memo' of config 'palm-th55@webdav' with user identity ''
[DEBUG 00:00:00] using username 'admin' from source context for WebDAV, password
was set
[DEBUG 00:00:00] using plain username/password for admin
[DEBUG 00:00:00] memo: timout 300s, retry 5s => resending allowed
[DEBUG 00:00:00] exception thrown at
/data/runtests/work/sources/syncevolution/src/syncevo/SyncContext.cpp:2113
[DEBUG 00:00:00] error code from SyncEvolution authorization failed (remote, status 401):
memo: syncURL not configured and username admin does not contain a domain
[INFO 00:00:00] memo: backend failed: error code from SyncEvolution authorization failed
(remote, status 401): memo: syncURL not configured and username admin does not contain a
domain
[INFO 00:00:00] todo: looking for databases...
[DEBUG 00:00:00] checking password property 'databasePassword' in source
'todo' of config 'palm-th55@webdav' with user identity ''
[DEBUG 00:00:00] using username 'admin' from source context for WebDAV, password
was set
[DEBUG 00:00:00] using plain username/password for admin
[DEBUG 00:00:00] todo: timout 300s, retry 5s => resending allowed
[DEBUG 00:00:00] exception thrown at
/data/runtests/work/sources/syncevolution/src/syncevo/SyncContext.cpp:2113
[DEBUG 00:00:00] error code from SyncEvolution authorization failed (remote, status 401):
todo: syncURL not configured and username admin does not contain a domain
[INFO 00:00:00] todo: backend failed: error code from SyncEvolution authorization failed
(remote, status 401): todo: syncURL not configured and username admin does not contain a
domain
[DEBUG 00:00:00] possibly saving password property 'password' in config
'palm-th55@webdav' with user identity 'admin'
[DEBUG 00:00:00] saving password in keyring with key user=admin server=PN70M9J5V7JX
[DEBUG 00:00:00] not using GNOME keyring
[DEBUG 00:00:00] possibly saving password property 'databasePassword' in source
'addressbook' of config 'palm-th55@webdav' with user identity
'admin'
[DEBUG 00:00:00] saving password in keyring with key user=admin object=@webdav addressbook
backend
[DEBUG 00:00:00] not using GNOME keyring
When initiate a sync now I get "First ERROR encountered: error code from
SyncEvolution fatal error (local, status 10500): no sources active, check
configuration". This is also the expected same error message as in my previously
described attempt with the same commands.
1:34 a.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
On Tue, 2014-01-14 at 22:43 +0100, Helge Kraak wrote:
Am 14.01.2014 um 15:32 schrieb Patrick Ohly:
> On Tue, 2014-01-14 at 14:25 +0100, Helge Kraak wrote:
> > When I apply as third command (no addressbook at the end of the
> > command)
> >
> > syncevolution --configure SSLVerifyServer=False
> > --template SyncEvolution_Client --sync-property
> > remoteDeviceId=ST23K3J5I4JX username=admin
> > password=admin --source-property addressbook/uri=addressbook
> > sync=two-way Palm-TH55@webdav
> >
> > the command
> >
> > syncevolution --print-config -q @webdav addressbook
> >
> > RETURNS:
> >
> > "[addressbook]
> > backend = CardDAV
> > database =
> > https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
> > # databaseFormat =
> > databaseUser = admin
> > databasePassword = admin"
>
> When you show the config of addressbook for the Palm-TH55 peer, is
> the
> "sync" property set? In other words, what do you get from:
> syncevolution --print-config -q Palm-TH55@webdav addressbook
>
[addressbook]
sync = disabled
[...]
[addressbook]
sync = two-way
[...]
When I now initiate a sync I get:
[INFO] syncevo-dbus-server: /org/syncevolution/Server: matched
deviceID PN70M9J5V7JX against config palm-th55@webdav
(/root/.config/syncevolution/webdav/peers/palm-th55)
Okay, so it is as I thought - configuring unnecessarily/incorrectly
checks the source datatabase again and then fails to set the "sync"
property because it believes the source to be unusable.
I briefly considered disabling that check, but I think it is necessary:
otherwise users choosing a template may end up with a sync config which
has more sources enabled than possible in the context.
The check has to work, of course.
[INFO] sync: /org/syncevolution/Session/15596840391389733215:
addressbook: started
[INFO] sync: /org/syncevolution/Session/15596840391389733215: adding
"Jasmin Heinrich"
[ERROR] sync: /org/syncevolution/Session/15596840391389733215: error
code from SyncEvolution operation not allowed (remote, status 405):
PUT: bad HTTP status: <status 1.1, code 405, class 4, Method Not
Allowed>
So that's another issue to look at. You don't need a SyncML client for
it, just use "--import <file> @webdav addressvbook". For debugging
purposes, use "SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no
loglevel=4 --import ...".
That'll show the actual WebDAV commands. The SabreDAV server log may
also have additional information.
The output of your suggested command above is (beneath I inserted
the
debugging output which I get for the split command version of yours
with which I had come up before):
root@srv:~/.config# SYNCEVOLUTION_DEBUG=1 syncevolution --configure
SSLVerifyServer=False --template SyncEvolution_Client
remoteDeviceId=PN70M9J5V7JX username=admin password=admin loglevel=4
sync=two-way databaseUser=admin databasePassword=admin backend=carddav
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
Palm-TH55@webdav addressbook[INFO 00:00:00] addressbook: looking for databases...
[DEBUG 00:00:00] checking password property 'databasePassword' in
source 'addressbook' of config 'palm-th55@webdav' with user identity
'admin'
[DEBUG 00:00:00] using username 'admin' from source config for WebDAV,
password was set
[DEBUG 00:00:00] using plain username/password for admin
[DEBUG 00:00:00] addressbook: timout 300s, retry 5s => resending
allowed
HTTP session to https://localhost:443 begins.
[DEBUG 00:00:00] client cert is missing
[...]
[DEBUG 00:00:00]
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/: SSL
verification problem: hostname mismatch, untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
Okay, so SSLVerifyServer=False is working. The URL is the configured
one, too.
[DEBUG 00:00:00] read relevant properties
of /sabredav/addressbookserver.php/addressbooks/admin/
This is checking whether that URL actually is a CardDAV address book.
[<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns"
xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/sabredav/addressbookserver.php/addressbooks/admin/</d:href><d:propstat><d:prop><d:current-user-principal><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href></d:current-user-principal><d:resourcetype><d:collection/></d:resourcetype></d:prop><d:status>HTTP/1.1
200
OK</d:status></d:propstat><d:propstat><d:prop><d:alternate-URI-set/><d:principal-URL/><d:group-member-set/><d:group-membership/><d:displayname/><card:addressbook-home-set/><card:principal-address/><card:addressbook-description/><card:supported-address-data/><card:max-resource-size/></d:prop><d:status>HTTP/1.1
404 Not
Found</d:status></d:propstat></d:response></d:multistatus>
]
And it turns out it isn't (none of the CardDAV properties are set). It's
a normal collection.
However, and that is the real problem, SyncEvolution doesn't check the
content of the collection. If it did, it would list its content and find
the actual address book(s) ("list items in ...").
Instead, the next step then is to check out the principal (= current
user) and see where its address books are (addressbook-home-set), but
that leads us just back to that same URL.
[DEBUG 00:00:00] read relevant properties
of /sabredav/addressbookserver.php/principals/admin/
[...]
[<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns"
xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href><d:propstat><d:prop><card:addressbook-home-set><d:href>/sabredav/addressbookserver.php/addressbooks/admin/</d:href></card:addressbook-home-set><d:alternate-URI-set><d:href>/sabredav/addressbookserver.php/mailto:admin@example.org</d:href></d:alternate-URI-set><d:principal-URL><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href></d:principal-URL><d:group-member-set/><d:group-membership/><d:displayname>Administrator</d:displayname><d:current-user-principal><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href></d:current-user-principal><d:resourcetype><d:principal/></d:resourcetype></d:prop><d:status>HTTP/1.1
200
OK</d:status></d:propstat><d:propstat><d:prop><card:principal-address/><card:addressbook-description/><card:supported-address-data/><card:max-resource-size/></d:prop><d:status>HTTP/1.1
404 Not
Found</d:status></d:propstat></d:response></d:multistatus>
]
It turns out, we were already looking at the URL under which the address
books are to be found. Because we already looked there, SyncEvolution
doesn't look again and gives up.
Where did the
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ URL come
from? Was it the result of a database discovery done by SyncEvolution? You can do that
discovery without any config with:
syncevolution --print-databases \
backend=carddav \
syncURL=https://localhost:443/sabredav/ \
username=admin \
password=.... \
SSLVerifyServer=False
I expect that to fail, too, but it'll be easier to debug. How
comfortable are you using gdb and/or compiling from source?
I can't reproduce the problem with DAViCal, but I see a relevant
difference (DAViCal doesn't have a separate principal URL, so instead of
following that, SyncEvolution lists the content right away).
If my hunch is right, then uncommenting the "next.empty()" clause in an
if check in src/backends/webdav/WebDAV.cpp should fix it:
// finally, recursively descend into collections,
// unless we identified it as a result (because those
// cannot be recursive)
if (/* next.empty() && */ !isResult) {
// ^^^^^^^^^^^^^^^^^^
std::string type;
if (props) {
type = (*props)["DAV::resourcetype"];
}
if (type.find("<DAV:collection></DAV:collection>")
!= type.npos) {
--
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.
3:24 a.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
On Wed, 2014-01-15 at 10:34 +0100, Patrick Ohly wrote:
On Tue, 2014-01-14 at 22:43 +0100, Helge Kraak wrote:
> [INFO] sync: /org/syncevolution/Session/15596840391389733215:
> addressbook: started
> [INFO] sync: /org/syncevolution/Session/15596840391389733215: adding
> "Jasmin Heinrich"
> [ERROR] sync: /org/syncevolution/Session/15596840391389733215: error
> code from SyncEvolution operation not allowed (remote, status 405):
> PUT: bad HTTP status: <status 1.1, code 405, class 4, Method Not
> Allowed>
So that's another issue to look at. You don't need a SyncML client for
it, just use "--import <file> @webdav addressvbook". For debugging
purposes, use "SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no
loglevel=4 --import ...".
Actually, this error is not surprising. As I noticed later while
replying to your email,
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ is not
correct, so the server correctly refuses to create contacts there.
That's another argument in favor of keeping the check during
--configure, because it correctly prevented enabling a source with a
broken config.
Arguably the error messages have to become better. I just don't know
how. Suggestions welcome...
> [<?xml version="1.0"
encoding="utf-8"?>
> <d:multistatus xmlns:d="DAV:"
xmlns:s="http://sabredav.org/ns"
>
xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href><d:propstat><d:prop><card:addressbook-home-set><d:href>/sabredav/addressbookserver.php/addressbooks/admin/</d:href></card:addressbook-home-set><d:alternate-URI-set><d:href>/sabredav/addressbookserver.php/mailto:admin@example.org</d:href></d:alternate-URI-set><d:principal-URL><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href></d:principal-URL><d:group-member-set/><d:group-membership/><d:displayname>Administrator</d:displayname><d:current-user-principal><d:href>/sabredav/addressbookserver.php/principals/admin/</d:href></d:current-user-principal><d:resourcetype><d:principal/></d:resourcetype></d:prop><d:status>HTTP/1.1
200
OK</d:status></d:propstat><d:propstat><d:prop><card:principal-address/><card:addressbook-description/><card:supported-address-data/><card:max-resource-size/></d:prop><d:status>HTTP/1.1
404 Not
Found</d:status></d:propstat></d:response></d:multistatus>
> ]
It turns out, we were already looking at the URL under which the address
books are to be found. Because we already looked there, SyncEvolution
doesn't look again and gives up.
Where did the
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ URL
come from? Was it the result of a database discovery done by SyncEvolution?
[...]
If my hunch is right, then uncommenting the "next.empty()"
clause in an
if check in src/backends/webdav/WebDAV.cpp should fix it:
// finally, recursively descend into collections,
// unless we identified it as a result (because those
// cannot be recursive)
if (/* next.empty() && */ !isResult) {
// ^^^^^^^^^^^^^^^^^^
std::string type;
if (props) {
type = (*props)["DAV::resourcetype"];
}
if (type.find("<DAV:collection></DAV:collection>")
!= type.npos) {
It's not that easy. The "next.empty()" plays a crucial role when
scanning a WebDAV server starting with just the server URL (=
http://example.com/). In that case, we want to go to the principal first
instead of recursively listing all folders on the server.
So the solution in your case might be simple: don't use
database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
Instead use "syncURL=https://localhost:443/sabredav/" or perhaps even
just "syncURL=https://localhost:443" (if the web server has
either .well-known or principal support at the root). Please let me know
whether --print-databases with that SyncURL works.
--
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.
2328
days inactive
2336
days old
syncevolution@synevolution.org
6 comments
2 participants
participants (2)
-
Helge Kraak -
Patrick Ohly