Re: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
11:47 p.m.
Hello!
To summarize the thread from earlier this year, there were three
problems with using SabreDAV:
1. configuring with SSL verification turned off
2. actually finding the right URL for the address book collection
3. creating events (possibly related to not using the right URL)
On Mon, 2014-08-18 at 15:02 +0200, 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
IT RETURNS
[INFO] addressbook: okay
[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
AND 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"
-> THIS IS THE SAME RESULT AS WITH THE FORMER SYNCEVOLUTION VERSION IN
JANUARY
Looks okay. To get rid of the attempts to configure calendar/memo/todo,
add "addressbook" after "Palm-TH55@webdav".
######
BUT I SEE A DIFFERENT RESULT HERE:
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: start database search at
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/, from sync
config 'palm-th55@webdav', source config 'addressbook',
database='https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/'
[INFO] addressbook: okay"
INSTEAD OF
"[INFO] addressbook: looking for databases...
[INFO] addressbook: no database to synchronize
[ERROR] addressbook: no database to synchronize"
WITH THE FORMER SYNCEVOLUTION VERSION IN JANUARY
AND FOR
syncevolution --print-config -q @webdav addressbook
IT RETURNS
"[addressbook]
backend = CardDAV
database =
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
# databaseFormat =
databaseUser = admin
databasePassword = admin"
Might be okay. I'm unsure whether
"https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/" is
the correct URL. It looks suitable to SyncEvolution, at least.
Does this lead to a configuring that your phone can use?
###########
FOLLOWING YOUR ADVICES FROM YOUR EMAIL FROM JANUARY 22, 2014 I
REPEATED THE COMMAND ABOVE WITH ADJUSTED DATABASE SETTINGS:
1. VARIANT:
https://localhost:443/sabredav/addressbookserver.php/addressbooks/
INSTEAD OF
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
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/
\
Palm-TH55@webdav addressbook
RETURNS
"[INFO] addressbook: looking for databases...
[INFO] addressbook: start database search at
https://localhost:443/sabredav/addressbookserver.php/addressbooks/,
from sync config 'palm-th55@webdav', source config 'addressbook',
database='https://localhost:443/sabredav/addressbookserver.php/addressbooks/'
[INFO] addressbook: okay"
AND
syncevolution --print-config -q @webdav addressbook
RETURNS
"[addressbook]
backend = CardDAV
database =
https://localhost:443/sabredav/addressbookserver.php/addressbooks/
# databaseFormat =
databaseUser = admin
databasePassword = admin"
This looks wrong. I doubt that the parent collection really is an
address book collection.
Can you run "SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no
--print-databases backend=carddav SSLVerifyServer=False
syncURL=https://localhost:443/sabredav/addressbookserver.php/addressbooks/ username=admin
password=admin" and attach the output?
I want to see what SabreDAV says about the content of this collection.
#####
2. VARIANT:
https://localhost:443/sabredav/addressbookserver.php/
INSTEAD OF
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
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/ \
Palm-TH55@webdav addressbook
RETURNS
"[INFO] addressbook: looking for databases...
[INFO] addressbook: start database search at
https://localhost:443/sabredav/addressbookserver.php/, from sync
config 'palm-th55@webdav', source config 'addressbook',
database='https://localhost:443/sabredav/addressbookserver.php/'
[INFO] addressbook: okay"
AND
syncevolution --print-config -q @webdav addressbook
RETURNS
"[addressbook]
backend = CardDAV
database = https://localhost:443/sabredav/addressbookserver.php/
# databaseFormat =
databaseUser = admin
databasePassword = admin"
Same here.
--
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.
8:53 a.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
Hello Patrick.
Am 18.08.2014 um 15:47 schrieb Patrick Ohly:
Hello!
To summarize the thread from earlier this year, there were three
problems with using SabreDAV:
1. configuring with SSL verification turned off
2. actually finding the right URL for the address book collection
3. creating events (possibly related to not using the right URL)
thank you for this structured summary.
On Mon, 2014-08-18 at 15:02 +0200, 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
>
> IT RETURNS
>
>
> [INFO] addressbook: okay
> [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
>
>
> AND 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"
>
> -> THIS IS THE SAME RESULT AS WITH THE FORMER SYNCEVOLUTION VERSION IN
> JANUARY
Looks okay. To get rid of the attempts to configure calendar/memo/todo,
add "addressbook" after "Palm-TH55@webdav".
Yes, I know.
> ######
>
>
> BUT I SEE A DIFFERENT RESULT HERE:
> 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: start database search at
> https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/, from sync
config 'palm-th55@webdav', source config 'addressbook',
database='https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/'
> [INFO] addressbook: okay"
>
>
> INSTEAD OF
> "[INFO] addressbook: looking for databases...
> [INFO] addressbook: no database to synchronize
> [ERROR] addressbook: no database to synchronize"
>
>
> WITH THE FORMER SYNCEVOLUTION VERSION IN JANUARY
> AND FOR
>
> syncevolution --print-config -q @webdav addressbook
>
> IT RETURNS
>
> "[addressbook]
> backend = CardDAV
> database =
> https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
> # databaseFormat =
> databaseUser = admin
> databasePassword = admin"
Might be okay. I'm unsure whether
"https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/" is
the correct URL. It looks suitable to SyncEvolution, at least.
Does this lead to a configuring that your phone can use?
In my Synthesis SyncML client I get the error message: DB not found (404).
Maybe important: Instead of
"database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/"
I used
"database=http://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
" for the config this time as I also didn't use https in the SyncML client (the
SSL connection for the Syncevolution server doesn't work yet in my test server setup
but the SSL for the Sabredav server works already). The client always was set up for no
SSL connection before so it was a potential mistake to set up the syncevolution server
with SSL database link. Nevertheless, both with SSL database link and no SSL database link
the "database not found (404)" error comes up.
The Syncevolution server log is:
[INFO] syncevo-http: new SyncML session for IP-ADRESS xxx.xxx.xxx.xxx
[INFO] sync: /org/syncevolution/Session/3216342321408487742: calendar: inactive
[INFO] sync: /org/syncevolution/Session/3216342321408487742: memo: inactive
[INFO] sync: /org/syncevolution/Session/3216342321408487742: todo: inactive
[INFO] sync: /org/syncevolution/Session/3216342321408487742: using configured
database=http://localhost/sabredav/addressbookserver.php/addressbooks/admin/
[INFO] sync: /org/syncevolution/Session/3216342321408487742: creating complete data backup
after sync (enabled with dumpData and needed for printChanges)
[INFO] sync: /org/syncevolution/Session/3216342321408487742:
Synchronization successful.
[INFO] sync: /org/syncevolution/Session/3216342321408487742:
Changes applied during synchronization:
[INFO] sync: /org/syncevolution/Session/3216342321408487742:
+---------------|-----------------------|-----------------------|-CON-+
| | LOCAL | REMOTE | FLI |
| Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| addressbook | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| start Wed Aug 20 00:35:42 2014, duration 0:00min |
| synchronization completed successfully |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
[INFO] sync: /org/syncevolution/Session/3216342321408487742:
[INFO] syncevo-http: new SyncML session for xxx.xxx.xxx.xxx
[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/5646258561408487743: calendar: inactive
[INFO] sync: /org/syncevolution/Session/5646258561408487743: memo: inactive
[INFO] sync: /org/syncevolution/Session/5646258561408487743: todo: inactive
[INFO] sync: /org/syncevolution/Session/5646258561408487743: using configured
database=http://localhost/sabredav/addressbookserver.php/addressbooks/admin/
> ###########
>
>
> FOLLOWING YOUR ADVICES FROM YOUR EMAIL FROM JANUARY 22, 2014 I
> REPEATED THE COMMAND ABOVE WITH ADJUSTED DATABASE SETTINGS:
>
>
> 1. VARIANT:
>
>
> https://localhost:443/sabredav/addressbookserver.php/addressbooks/
> INSTEAD OF
> https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
> 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/ \
> Palm-TH55@webdav addressbook
>
> RETURNS
>
> "[INFO] addressbook: looking for databases...
> [INFO] addressbook: start database search at
> https://localhost:443/sabredav/addressbookserver.php/addressbooks/,
> from sync config 'palm-th55@webdav', source config 'addressbook',
>
database='https://localhost:443/sabredav/addressbookserver.php/addressbooks/'
> [INFO] addressbook: okay"
>
>
> AND
> syncevolution --print-config -q @webdav addressbook
>
> RETURNS
>
>
> "[addressbook]
> backend = CardDAV
> database =
> https://localhost:443/sabredav/addressbookserver.php/addressbooks/
> # databaseFormat =
> databaseUser = admin
> databasePassword = admin"
This looks wrong. I doubt that the parent collection really is an
address book collection.
Can you run "SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no
--print-databases backend=carddav SSLVerifyServer=False
syncURL=https://localhost:443/sabredav/addressbookserver.php/addressbooks/ username=admin
password=admin" and attach the output?
I want to see what SabreDAV says about the content of this collection.
This is the output for this first configuration variant:
[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] timout 300s, retry 5s => resending allowed
[DEBUG 00:00:00] client cert is missing
[INFO 00:00:00] start database search at
https://localhost:443/sabredav/addressbookserver.php/addressbooks/, from sync config
'@default',
syncURL='https://localhost:443/sabredav/addressbookserver.php/addressbooks/'
[DEBUG 00:00:00] testing
https://localhost:443/sabredav/addressbookserver.php/addressbooks/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/
[DEBUG 00:00:00] starting PROPFIND, credentials unverified, no deadline
[DEBUG 00:00:00] https://localhost:443/sabredav/addressbookserver.php/addressbooks/: SSL
verification problem: hostname mismatch, untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
[DEBUG 00:00:01] retry request with credentials
[DEBUG 00:00:01] credentials accepted
[DEBUG 00:00:01] read relevant properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/
[DEBUG 00:00:01] starting PROPFIND, credentials okay, deadline in 298.6s
[DEBUG 00:00:01] forced sending credentials
[DEBUG 00:00:01] credentials accepted
[DEBUG 00:00:01] follow current-user-prinicipal to
https://localhost:443/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:01] skipping listing because we don't know whether collection contains
relevant collections: https://localhost:443/sabredav/addressbookserver.php/addressbooks/
[DEBUG 00:00:01] testing
https://localhost:443/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:01] debugging: read all WebDAV properties of
https://localhost:443/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:01] starting PROPFIND, credentials okay, no deadline
[DEBUG 00:00:01] read relevant properties of
https://localhost:443/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:01] starting PROPFIND, credentials okay, deadline in 298.5s
[DEBUG 00:00:01] forced sending credentials
[DEBUG 00:00:01] credentials accepted
[DEBUG 00:00:01] follow home-set property to
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:01] testing
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:01] debugging: read all WebDAV properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:01] starting PROPFIND, credentials okay, no deadline
[DEBUG 00:00:01] read relevant properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:01] starting PROPFIND, credentials okay, deadline in 298.5s
[DEBUG 00:00:01] forced sending credentials
[DEBUG 00:00:01] credentials accepted
[DEBUG 00:00:01] list items in
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:01] starting PROPFIND, credentials okay, deadline in 298.5s
[DEBUG 00:00:01] skipping because already checked:
/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:01] new sub candidate:
/sabredav/addressbookserver.php/addressbooks/admin/default/
[DEBUG 00:00:01] follow candidate
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:01] testing
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:01] debugging: read all WebDAV properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:01] starting PROPFIND, credentials okay, no deadline
[DEBUG 00:00:01] read relevant properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:01] starting PROPFIND, credentials okay, deadline in 298.4s
[DEBUG 00:00:01] forced sending credentials
[DEBUG 00:00:01] credentials accepted
[DEBUG 00:00:01] current-user-privilege-set: <DAV:privilege
xmlns:d='DAV:'><DAV:write></DAV:write></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:write-acl></DAV:write-acl></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:write-properties></DAV:write-properties></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:write-content></DAV:write-content></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:bind></DAV:bind></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:unbind></DAV:unbind></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:unlock></DAV:unlock></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:read></DAV:read></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:read-acl></DAV:read-acl></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:read-current-user-privilege-set></DAV:read-current-user-privilege-set></DAV:privilege>
[DEBUG 00:00:01] found admin_addressbook =
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:01] skipping listing because collection cannot contain other relevant
collections:
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
carddav:
admin_addressbook
(https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...)
<default>
> #####
>
>
> 2. VARIANT:
>
>
> https://localhost:443/sabredav/addressbookserver.php/
> INSTEAD OF
> https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
> 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/ \
> Palm-TH55@webdav addressbook
>
> RETURNS
>
> "[INFO] addressbook: looking for databases...
> [INFO] addressbook: start database search at
> https://localhost:443/sabredav/addressbookserver.php/, from sync
> config 'palm-th55@webdav', source config 'addressbook',
> database='https://localhost:443/sabredav/addressbookserver.php/'
> [INFO] addressbook: okay"
>
>
> AND
> syncevolution --print-config -q @webdav addressbook
>
> RETURNS
>
>
> "[addressbook]
> backend = CardDAV
> database = https://localhost:443/sabredav/addressbookserver.php/
> # databaseFormat =
> databaseUser = admin
> databasePassword = admin"
Same here.
For the second configuration variant I assumed that I was supposed to use
"SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no
--print-databases backend=carddav SSLVerifyServer=False
syncURL=https://localhost:443/sabredav/addressbookserver.php/ username=admin
password=admin"
INSTEAD OF
"SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no
--print-databases backend=carddav SSLVerifyServer=False
syncURL=https://localhost:443/sabredav/addressbookserver.php/addressbooks/ username=admin
password=admin"
So the output using
syncURL=https://localhost:443/sabredav/addressbookserver.php/
for this second configuration variant is:
[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] timout 300s, retry 5s => resending allowed
[DEBUG 00:00:00] client cert is missing
[INFO 00:00:00] start database search at
https://localhost:443/sabredav/addressbookserver.php/, from sync config
'@default',
syncURL='https://localhost:443/sabredav/addressbookserver.php/'
[DEBUG 00:00:00] testing https://localhost:443/sabredav/addressbookserver.php/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
https://localhost:443/sabredav/addressbookserver.php/
[DEBUG 00:00:00] starting PROPFIND, credentials unverified, no deadline
[DEBUG 00:00:00] https://localhost:443/sabredav/addressbookserver.php/: 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
https://localhost:443/sabredav/addressbookserver.php/
[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
https://localhost:443/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] skipping listing because we don't know whether collection contains
relevant collections: https://localhost:443/sabredav/addressbookserver.php/
[DEBUG 00:00:00] testing
https://localhost:443/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
https://localhost:443/sabredav/addressbookserver.php/principals/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, no deadline
[DEBUG 00:00:00] read relevant properties of
https://localhost:443/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
[DEBUG 00:00:00] follow home-set property to
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] testing
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] debugging: read all WebDAV properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, no deadline
[DEBUG 00:00:00] read relevant properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/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
[DEBUG 00:00:00] list items in
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] starting PROPFIND, credentials okay, deadline in 299.8s
[DEBUG 00:00:00] skipping because already checked:
/sabredav/addressbookserver.php/addressbooks/admin/
[DEBUG 00:00:00] new sub candidate:
/sabredav/addressbookserver.php/addressbooks/admin/default/
[DEBUG 00:00:00] follow candidate
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:00] testing
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:00] debugging: read all WebDAV properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:00] starting PROPFIND, credentials okay, no deadline
[DEBUG 00:00:00] read relevant properties of
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[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] current-user-privilege-set: <DAV:privilege
xmlns:d='DAV:'><DAV:write></DAV:write></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:write-acl></DAV:write-acl></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:write-properties></DAV:write-properties></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:write-content></DAV:write-content></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:bind></DAV:bind></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:unbind></DAV:unbind></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:unlock></DAV:unlock></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:read></DAV:read></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:read-acl></DAV:read-acl></DAV:privilege><DAV:privilege
xmlns:d='DAV:'><DAV:read-current-user-privilege-set></DAV:read-current-user-privilege-set></DAV:privilege>
[DEBUG 00:00:00] found admin_addressbook =
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[DEBUG 00:00:00] skipping listing because collection cannot contain other relevant
collections:
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
carddav:
admin_addressbook
(https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...)
<default>
Thank you.
Helge
--
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.
6:51 p.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
On Wed, 2014-08-20 at 00:53 +0200, Helge Kraak wrote:
Am 18.08.2014 um 15:47 schrieb Patrick Ohly:
> On Mon, 2014-08-18 at 15:02 +0200, Helge Kraak wrote:
[...]
> > 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
> >
[...]
> Does this lead to a configuring that your phone can use?
>
In my Synthesis SyncML client I get the error message: DB not found
(404).
Synthesis does not use "addressbook" as uri by default, as far as I
remember. Try editing your Synthesis SyncML client settings and enter
"addressbook" as uri for contacts.
Alternatively, you can also add "uri = contacts" to the configure line
above to set that as alias for the the "addressbook" source.
Maybe important: Instead
of
"database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/"
I used
"database=http://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
" for the config this time as I also didn't use https in the SyncML client (the
SSL connection for the Syncevolution server doesn't work yet in my test server setup
but the SSL for the Sabredav server works already). The client always was set up for no
SSL connection before so it was a potential mistake to set up the syncevolution server
with SSL database link.
SSL for SyncML and SSL for WebDAV are conceptually independent (*). It's
okay to use it for one and not the other.
(*) The only caveat is that the SSLVerifyServer=False property applies
to both, for practical reasons.
> > ###########
> >
> >
> > FOLLOWING YOUR ADVICES FROM YOUR EMAIL FROM JANUARY 22, 2014 I
> > REPEATED THE COMMAND ABOVE WITH ADJUSTED DATABASE SETTINGS:
> >
> >
> > 1. VARIANT:
> >
> >
> > https://localhost:443/sabredav/addressbookserver.php/addressbooks/
> > INSTEAD OF
> > https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
> > 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/ \
> > Palm-TH55@webdav addressbook
> >
> > RETURNS
> >
> > "[INFO] addressbook: looking for databases...
> > [INFO] addressbook: start database search at
> > https://localhost:443/sabredav/addressbookserver.php/addressbooks/,
> > from sync config 'palm-th55@webdav', source config
'addressbook',
> >
database='https://localhost:443/sabredav/addressbookserver.php/addressbooks/'
> > [INFO] addressbook: okay"
[...]
> This looks wrong. I doubt that the parent collection really is
an
> address book collection.
Thanks for the database scan output. It shows that both start URLs lead
to the same collection,
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d... That
means that the variant where that URL is used for "database" is the correct
one.
The second one is incorrect and should have been rejected by
SyncEvolution. The code checks that it can find a contact collection
using the given database URL, but later SyncEvolution will use the URL
as-is and then fail. The initial check must test the given URL instead
of searching for databases. I will fix that.
In general, the advice for setting up CardDAV/CalDAV is to first
configure username/password/syncURL in a target-config. Then either
don't specify "database" properties at all (and rely on SyncEvolution to
pick the default ones automatically) or to use --print-databases to find
the right ones (if not known already). See
https://syncevolution.org/documentation/syncevolution-usage#caldav-and-ca...
--
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.
9:48 a.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
Hello Patrick,
sorry for my late update on this. The good news is that I managed to get
a working configuration in the meanwhile. Your hint about adjusting the
uri was correct. In addition the only remaining problem was the
discovery of the addressbook by the syncevolution config process. I
figured out that the database url was the problem. Instead of
"database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[1]" I had to use
"database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/addressbook"
[1] to get the sync finally working. Unfortunately I don't have the
testserver set up anymore so that I can't give more detailed debug
information at the moment in case you would maybe want to further
investigate the syncevolution behavior. But once I set it up again for
my live system I will let you know in case I'm facing the same issue
again. I will probably use the Baikal server variant instead of the pure
sabredav server variant so possibly the issue may not reappear in case
the Baikal configuration for the sabredav server is different.
I'd like to express my appreciation again for your kind assistance. I'm
very much looking forward to have a live system running soon which
allows me to have a modern custom, transparent and reliable PIM
organisation for probably at least the next 5 to 10 years. After
realizing that the Palm PIM organisation which I used for more than 10
years wouldn't fit into my expectations of efficient and reliable
organisation anymore in the future it took me three years to draft and
evaluate a new concept (of course I only had limited time to work on
it). I'm so glad that I finally found a convincing solution in which
syncevolution will play an important role, especially for the contacts
part.
Thanks again.
Helge
Am 2014-08-20 10:51, schrieb Patrick Ohly:
On Wed, 2014-08-20 at 00:53 +0200, Helge Kraak wrote:
> Am 18.08.2014 um 15:47 schrieb Patrick Ohly:
On Mon, 2014-08-18 at 15:02 +0200, Helge Kraak wrote:
[...]
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/ [1]
Palm-TH55@webdav addressbook
[...]
> Does this lead to a configuring that your phone can use?
In my Synthesis SyncML client I get the error message: DB not found (404).
Synthesis does not use "addressbook" as uri by default, as far as I
remember. Try editing your Synthesis SyncML client settings and enter
"addressbook" as uri for contacts.
Alternatively, you can also add "uri = contacts" to the configure line
above to set that as alias for the the "addressbook" source.
Maybe important: Instead of
"database=https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[1]" I used
"database=http://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ [2]
" for the config this time as I also didn't use https in the SyncML client (the
SSL connection for the Syncevolution server doesn't work yet in my test server setup
but the SSL for the Sabredav server works already). The client always was set up for no
SSL connection before so it was a potential mistake to set up the syncevolution server
with SSL database link.
SSL for SyncML and SSL for WebDAV are conceptually independent (*). It's
okay to use it for one and not the other.
(*) The only caveat is that the SSLVerifyServer=False property applies
to both, for practical reasons.
########### FOLLOWING YOUR ADVICES FROM YOUR EMAIL FROM JANUARY 22,
2014 I REPEATED THE COMMAND ABOVE WITH ADJUSTED DATABASE SETTINGS: 1. VARIANT:
https://localhost:443/sabredav/addressbookserver.php/addressbooks/ [3] INSTEAD OF
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/ [1] 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/ [3]
Palm-TH55@webdav addressbook RETURNS "[INFO] addressbook: looking for databases...
[INFO] addressbook: start database search at
https://localhost:443/sabredav/addressbookserver.php/addressbooks/ [3], from sync config
'palm-th55@webdav', source config 'addressbook',
database='https://localhost:443/sabredav/addressbookserver.php/addressbooks/ [3]'
[INFO] addressbook: okay"
[...]
> This looks wrong. I doubt that the parent collection really is an
address book collection.
Thanks for the database scan output. It shows that both start URLs lead
to the same collection,
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[4] That means that the variant where that URL is used for "database" is
the correct one.
The second one is incorrect and should have been rejected by
SyncEvolution. The code checks that it can find a contact collection
using the given database URL, but later SyncEvolution will use the URL
as-is and then fail. The initial check must test the given URL instead
of searching for databases. I will fix that.
In general, the advice for setting up CardDAV/CalDAV is to first
configure username/password/syncURL in a target-config. Then either
don't specify "database" properties at all (and rely on SyncEvolution to
pick the default ones automatically) or to use --print-databases to find
the right ones (if not known already). See
https://syncevolution.org/documentation/syncevolution-usage#caldav-and-ca...
[5]
Links:
------
[1]
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[2]
http://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/
[3] https://localhost:443/sabredav/addressbookserver.php/addressbooks/
[4]
https://localhost:443/sabredav/addressbookserver.php/addressbooks/admin/d...
[5]
https://syncevolution.org/documentation/syncevolution-usage#caldav-and-ca...
4:02 p.m.
New subject: [SyncEvolution] Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command
On Fri, 2014-09-19 at 01:48 +0200, Helge Kraak wrote:
Unfortunately I don't have the testserver set up anymore so that
I
can't give more detailed debug information at the moment in case you
would maybe want to further investigate the syncevolution behavior.
It would have been nice to get confirmation that the 1.4.99.4 indeed
works better with SabreDAV. It should, because I revised database
discovery and error checking. But don't worry, if it doesn't, someone
will find that out sooner or later.
I'd like to express my appreciation again for your kind
assistance.
You're welcome.
--
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.
2921
days inactive
2953
days old
syncevolution@synevolution.org
4 comments
2 participants
participants (2)
-
Helge Kraak -
Patrick Ohly