10:56 p.m.
hi all, I am a bit confused: I tried to setup a connection from Nokia N900 to
owncloud but it failed massively
I tried to follow this:
http://tanghus.net/2012/01/syncing-your-n900-with-owncloud/
and
http://tanghus.net/2012/07/syncing-your-n900-with-owncloud-an-update/
and I defined this
syncevolution --configure \
--template webdav \
username=$my_username \
password="$my_passwd" \
target-config@owncloud
syncevolution --configure \
database=http://cloudu.de/remote.php/caldav/calendars/$my_username/calendar/
\
backend=caldav \
target-config@owncloud calendar
syncevolution --configure \
database=http://cloudu.de/remote.php/carddav/addressbooks/$my_username/default/
\
backend=carddav \
target-config@owncloud contacts
syncevolution --configure \
--template SyncEvolution_Client \
sync=none \
syncURL=local://@owncloud \
username= \
password= \
owncloud
syncevolution --configure \
sync=two-way \
backend=calendar \
database=N900 \
owncloud calendar
syncevolution --configure \
sync=two-way \
backend=addressbook \
database=file:///home/user/.osso-abook/db \
owncloud contacts
syncevolution --print-items target-config@owncloud calendar
but i still always get the error message
[ERROR] error code from SyncEvolution object not found (remote, status 404):
REPORT 'meta data': bad HTTP status: <status 1.1, code 404, class 4, Not
Found>
[ERROR] calendar: reading items
So I don't know what to conclude from the error message: is it connecting to
the server? if not what could be the problem ?
6:43 a.m.
On Fri, 2013-07-05 at 00:56 +0200, Maxime Haselbauer wrote:
hi all, I am a bit confused: I tried to setup a connection from Nokia
N900 to
owncloud but it failed massively
I tried to follow this:
http://tanghus.net/2012/01/syncing-your-n900-with-owncloud/
and
http://tanghus.net/2012/07/syncing-your-n900-with-owncloud-an-update/
and I defined this
syncevolution --configure \
--template webdav \
username=$my_username \
password="$my_passwd" \
target-config@owncloud
syncevolution --configure \
database=http://cloudu.de/remote.php/caldav/calendars/$my_username/calendar/
\
backend=caldav \
target-config@owncloud calendar
Just to avoid some potential misunderstanding: my_username and my_passwd
are set as environment variables when you run these commands?
but i still always get the error message
[ERROR] error code from SyncEvolution object not found (remote, status 404):
REPORT 'meta data': bad HTTP status: <status 1.1, code 404, class 4, Not
Found>
[ERROR] calendar: reading items
So I don't know what to conclude from the error message: is it connecting to
the server? if not what could be the problem ?
It is connected, the 404 error message comes from the server. You can
run "SYNCEVOLUTION_DEBUG=1 syncevolution --print-items
target-config@owncloud calendar" to see the HTTP requests and what it
fails for.
Which version of SyncEvolution and OwnCloud are you using? Are they
up-to-date?
--
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:44 p.m.
Freitag 05 Juli 2013 23:42
Hello thanks for your answer
no these are my actual username and passwd
I replaced them in the mail to avoid people seing it
Here is the output
Nokia-N900:/home/user# SYNCEVOLUTION_DEBUG=1 syncevolution --print-items
target-config@owncloud calendar
[DEBUG 00:00:00] Fri 2013-07-05 21:13:49 UTC = 23:13 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
[DEBUG 00:00:00] forced sending credentials
[DEBUG 00:00:01] REPORT 'meta data': bad HTTP status: <status 1.1, code 404,
class 4, Not Found>, must not retry
[DEBUG 00:00:01] exception thrown at src/backends/webdav/NeonCXX.cpp:719
[ERROR 00:00:01] error code from SyncEvolution object not found (remote,
status 404): REPORT 'meta data': bad HTTP status: <status 1.1, code 404, class
4, Not Found>
[ERROR 00:00:01] calendar: reading items
Version of syncevolution on N900
SyncEvolution 1.3+20120925+SE+899a952+unclean (pre-release)
Owncloud I don't know, it is a free owncloud provider, (cloudu.de) I am not
running my own owncloud server
Do you habe an idea what it could be?
Thanks a lot
On Fri, 2013-07-05 at 00:56 +0200, Maxime Haselbauer wrote:
hi all, I am a bit confused: I tried to setup a connection from Nokia
N900
to
owncloud but it failed massively
I tried to follow this:
http://tanghus.net/2012/01/syncing-your-n900-with-owncloud/
and
http://tanghus.net/2012/07/syncing-your-n900-with-owncloud-an-update/
and I defined this
syncevolution --configure \
--template webdav \
username=$my_username \
password="$my_passwd" \
target-config@owncloud
syncevolution --configure \
database=http://cloudu.de/remote.php/caldav/calendars/$my_username/calendar/
\
backend=caldav \
target-config@owncloud calendar
Just to avoid some potential misunderstanding: my_username and my_passwd
are set as environment variables when you run these commands?
but i still always get the error message
[ERROR] error code from SyncEvolution object not found (remote, status
404):
REPORT 'meta data': bad HTTP status: <status 1.1, code
404, class 4, Not
Found>
[ERROR] calendar: reading items
So I don't know what to conclude from the error message: is it connecting
to
the server? if not what could be the problem ?
It is connected, the 404 error message comes from the server. You can
run "SYNCEVOLUTION_DEBUG=1 syncevolution --print-items
target-config@owncloud calendar" to see the HTTP requests and what it
fails for.
Which version of SyncEvolution and OwnCloud are you using? Are they
up-to-date?
--
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.
7:13 p.m.
I have changed my owncloud provider, and I now have this error message
[ERROR] transport problem: REPORT 'meta data': 301 status: redirected to
https://my.owndrive.com/remote.php/caldav/calendars/my_username/calendar/
[ERROR] calendar: reading items
someone any ideas?
Cheers
On Fri, 2013-07-05 at 00:56 +0200, Maxime Haselbauer wrote:
hi all, I am a bit confused: I tried to setup a connection from Nokia
N900
to
owncloud but it failed massively
I tried to follow this:
http://tanghus.net/2012/01/syncing-your-n900-with-owncloud/
and
http://tanghus.net/2012/07/syncing-your-n900-with-owncloud-an-update/
and I defined this
syncevolution --configure \
--template webdav \
username=$my_username \
password="$my_passwd" \
target-config@owncloud
syncevolution --configure \
database=http://cloudu.de/remote.php/caldav/calendars/$my_username/calendar/
\
backend=caldav \
target-config@owncloud calendar
Just to avoid some potential misunderstanding: my_username and my_passwd
are set as environment variables when you run these commands?
but i still always get the error message
[ERROR] error code from SyncEvolution object not found (remote, status
404):
REPORT 'meta data': bad HTTP status: <status 1.1, code
404, class 4, Not
Found>
[ERROR] calendar: reading items
So I don't know what to conclude from the error message: is it connecting
to
the server? if not what could be the problem ?
It is connected, the 404 error message comes from the server. You can
run "SYNCEVOLUTION_DEBUG=1 syncevolution --print-items
target-config@owncloud calendar" to see the HTTP requests and what it
fails for.
Which version of SyncEvolution and OwnCloud are you using? Are they
up-to-date?
--
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.
2:32 p.m.
On Thu, 2013-07-18 at 21:13 +0200, Maxime Haselbauer wrote:
I have changed my owncloud provider, and I now have this error
message
[ERROR] transport problem: REPORT 'meta data': 301 status: redirected to
https://my.owndrive.com/remote.php/caldav/calendars/my_username/calendar/
[ERROR] calendar: reading items
someone any ideas?
SyncEvolution cannot handle redirects from one host to another. This is
clearly a missing feature, but that was needed so far.
Was it configured to use something other than "my.owndrive.com"? If yes,
the try using the URL above directly.
--
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.
2:34 p.m.
What do you mean redirected ? I just configure it with the proper url directly,
like this:
syncevolution --configure \
--template webdav \
username=wonttellyoumyusername \
password=wonttellyoumypassword \
target-config@owncloud
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/renn0xtek9/c...
\
backend=caldav \
target-config@owncloud calendar
syncevolution --configure \
database=https://my.owndrive.com/remote.php/carddav/addressbooks/renn0xte...
\
backend=carddav \
target-config@owncloud contacts
syncevolution --configure \
--template SyncEvolution_Client \
sync=none \
syncURL=local://@owncloud \
username= \
password= \
owncloud
syncevolution --configure \
sync=two-way \
backend=calendar \
database=N900 \
owncloud calendar
syncevolution --configure \
sync=two-way \
backend=addressbook \
database=file:///home/user/.osso-abook/db \
owncloud contacts
syncevolution --print-items target-config@owncloud calendar
On Thu, 2013-07-18 at 21:13 +0200, Maxime Haselbauer wrote:
I have changed my owncloud provider, and I now have this error
message
[ERROR] transport problem: REPORT 'meta data': 301 status: redirected to
https://my.owndrive.com/remote.php/caldav/calendars/my_username/calendar/
[ERROR] calendar: reading items
someone any ideas?
SyncEvolution cannot handle redirects from one host to another. This is
clearly a missing feature, but that was needed so far.
Was it configured to use something other than "my.owndrive.com"? If yes,
the try using the URL above directly.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
12:28 p.m.
On Fri, 2013-07-19 at 16:34 +0200, Maxime Haselbauer wrote:
What do you mean redirected ?
301 tells an HTTP client that the resource it asked for is located
elsewhere. If it is merely a different path, SyncEvolution can handle
that.
I just configure it with the proper url directly,
like this:
"Just" as in the temporal sense ("after you mentioned it") or in the
sense of "simply"? I assume the latter.
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/renn0xtek9/c...
\
backend=caldav \
target-config@owncloud calendar
That shouldn't lead to the "301 status: redirected to
https://my.owndrive.com/remote.php/caldav/calendars/my_username/calendar/... error.
Can you run
SYNCEVOLUTION_DEBUG=1 \
syncevolution --print-items loglevel=4 \
target-config@owncloud calendar \
/tmp/log 2>&1
and quote the part where it starts doing the 'meta data' REPORT?
--
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:54 a.m.
Hello,
Yes, Just in the senseof simply.
this is the output:
Nokia-N900:/home/user# more /tmp/log 2
[DEBUG 00:00:00] Sun 2013-07-21 08:51:06 UTC = 10:51 +0200 CEST
[ERROR 00:00:00] calendar: backend not supported by any of the backend modules
(syncactivesync.so, syncecal.so, platformgnome.so, syncaddressbook.so,
syncqtcontacts.so, syncebook.so, platformkde.so, syncdav.so, syncfile.so,
synckcalextended.so, syncsqlite.so, syncakonadi.so, syncxmlrpc.so,
syncmaemocal.so) or not correctly configured (backend=select backend
databaseFormat= syncFormat=)
[ERROR 00:00:00] configuration 'target-config@owncloud' does not exist
[ERROR 00:00:00] source 'calendar' does not exist
[ERROR 00:00:00] backend property not set
more: 2: No such file or directory
Best regards
On Fri, 2013-07-19 at 16:34 +0200, Maxime Haselbauer wrote:
What do you mean redirected ?
301 tells an HTTP client that the resource it asked for is located
elsewhere. If it is merely a different path, SyncEvolution can handle
that.
I just configure it with the proper url directly,
like this:
"Just" as in the temporal sense ("after you mentioned it") or in
the
sense of "simply"? I assume the latter.
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/renn0xtek9/c...
\
backend=caldav \
target-config@owncloud calendar
That shouldn't lead to the "301 status: redirected to
https://my.owndrive.com/remote.php/caldav/calendars/my_username/calendar/...
error.
Can you run
SYNCEVOLUTION_DEBUG=1 \
syncevolution --print-items loglevel=4 \
target-config@owncloud calendar \
/tmp/log 2>&1
and quote the part where it starts doing the 'meta data' REPORT?
--
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:48 p.m.
On Sun, 2013-07-21 at 08:54 +0200, Maxime Haselbauer wrote:
Hello,
Yes, Just in the senseof simply.
this is the output:
Nokia-N900:/home/user# more /tmp/log 2
[DEBUG 00:00:00] Sun 2013-07-21 08:51:06 UTC = 10:51 +0200 CEST
[ERROR 00:00:00] calendar: backend not supported by any of the backend modules
(syncactivesync.so, syncecal.so, platformgnome.so, syncaddressbook.so,
syncqtcontacts.so, syncebook.so, platformkde.so, syncdav.so, syncfile.so,
synckcalextended.so, syncsqlite.so, syncakonadi.so, syncxmlrpc.so,
syncmaemocal.so) or not correctly configured (backend=select backend
databaseFormat= syncFormat=)
[ERROR 00:00:00] configuration 'target-config@owncloud' does not exist
[ERROR 00:00:00] source 'calendar' does not exist
[ERROR 00:00:00] backend property not set
more: 2: No such file or directory
That doesn't help, I need to see the context of the 301 error.
I thought you had a config ready. What I meant was, "set up the config,
then trigger the 301 error" using "SYNCEVOLUTION_DEBUG=1" as env
variable and "--daemon=no loglevel=4" as additional parameters.
--
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.
2:36 a.m.
At least from ubuntu and SyncEvolution 1.2.99.4 and ownCloud 5.0.4:
And the n900 with SyncEvolution 1.3.99
I wasn't able to configure owncloud with the public url's that I found online.
What I figured out probing with curl was:
(the remote was set up on an ubuntu PC, then exported to the N900)
syncevolution --keyring=no --configure \
--template webdav \
username=<user> \
password=<password> \
addressbook/backend=carddav \
addressbook/database=http://<server>/owncloud/remote.php/carddav/addressbooks/<user>/contacts
\
calendar/backend=caldav \
calendar/database=http://<server>/owncloud/remote.php/caldav/calendars/<user>/defaultcalendar
\
target-config@owncloud \
addressbook calendar
(this was set up directly on the N900)
syncevolution --configure \
--template SyncEvolution_Client \
syncURL=local://@owncloud \
username= \
password= \
owncloud calendar addressbook
syncevolution --sync refresh-from-local owncloud
(The export can be easily done with)
scp -r ~/.config/syncevolution/owncloud
user@<N900-ip>:/home/user/.config/syncevolution/owncloud
*webdav configuration from the N900 sycevolution exits with error:
PROPFIND: Neon error code 1: 500 Internal Server Error
This was tested on syncevolution 1.3.99, might not happen on lower versions.
1:46 p.m.
okay sorry so I have put SYNCEVOLUTION_DEBUG=1
This is the bash script I am using to configure
syncevolution --configure \
--template webdav \
username=my_username \
password=my_password \
target-config@owncloud
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/my_username/...
\
backend=caldav \
target-config@owncloud calendar
syncevolution --configure \
database=https://my.owndrive.com/remote.php/carddav/addressbooks/my_usern...
\
backend=carddav \
target-config@owncloud contacts
syncevolution --configure \
--template SyncEvolution_Client \
sync=none \
syncURL=local://@owncloud \
username= \
password= \
owncloud
syncevolution --configure \
sync=two-way \
backend=calendar \
database=N900 \
owncloud calendar
syncevolution --configure \
sync=two-way \
backend=addressbook \
database=file:///home/user/.osso-abook/db \
owncloud contacts
This is the output
[DEBUG 00:00:00] Mon 2013-07-22 15:31:19 UTC = 17:31 +0200 CEST
[INFO 00:00:00] addressbook: looking for databases...
[DEBUG 00:00:00] addressbook: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] addressbook: backend failed
[INFO 00:00:00] calendar: looking for databases...
[DEBUG 00:00:00] calendar: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] calendar: backend failed
[INFO 00:00:00] memo: looking for databases...
[DEBUG 00:00:00] memo: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] memo: backend failed
[INFO 00:00:00] todo: looking for databases...
[DEBUG 00:00:00] todo: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] todo: backend failed
[DEBUG 00:00:00] Mon 2013-07-22 15:31:21 UTC = 17:31 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
[DEBUG 00:00:00] forced sending credentials
[DEBUG 00:00:05]
https://my.owndrive.com:443/remote.php/caldav/calendars/renn0xtek9/calendar/:
SSL verification problem: untrusted certificate
[DEBUG 00:00:05] REPORT 'meta data': Neon error code 1, no HTTP status: Server
certificate verification failed: issuer is not trusted, must not retry
[DEBUG 00:00:05] TransportException thrown at
src/backends/webdav/NeonCXX.cpp:722
[ERROR 00:00:05] transport problem: REPORT 'meta data': Neon error code 1, no
HTTP status: Server certificate verification failed: issuer is not trusted
[ERROR 00:00:05] calendar: reading items
And if i run this:
Nokia-N900:/home/user# syncevolution --print-items loglevel=4 target-
config@owncloud calendar
Then this is the output
[DEBUG 00:00:00] Mon 2013-07-22 15:44:45 UTC = 17:44 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
HTTP session to https://my.owndrive.com:443 begins.
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
ah_create, for WWW-Authenticate
Running pre_send hooks
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
REPORT /remote.php/caldav/calendars/renn0xtek9/calendar/ HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: my.owndrive.com
Content-Length: 305
Depth: 1
Content-Type: application/xml; charset="utf-8"
Authorization: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Doing DNS lookup on my.owndrive.com...
Connecting to 109.201.135.59
[DEBUG 00:00:00]
https://my.owndrive.com:443/remote.php/caldav/calendars/renn0xtek9/calendar/:
SSL verification problem: untrusted certificate
[DEBUG 00:00:00] REPORT 'meta data': Neon error code 1, no HTTP status: Server
certificate verification failed: issuer is not trusted, must not retry
Running destroy hooks.
Request ends.
[DEBUG 00:00:00] TransportException thrown at
src/backends/webdav/NeonCXX.cpp:722
[ERROR 00:00:00] transport problem: REPORT 'meta data': Neon error code 1, no
HTTP status: Server certificate verification failed: issuer is not trusted
[ERROR 00:00:00] calendar: reading items
sess: Destroying session.
Best regards
On Sun, 2013-07-21 at 08:54 +0200, Maxime Haselbauer wrote:
Hello,
Yes, Just in the senseof simply.
this is the output:
Nokia-N900:/home/user# more /tmp/log 2
[DEBUG 00:00:00] Sun 2013-07-21 08:51:06 UTC = 10:51 +0200 CEST
[ERROR 00:00:00] calendar: backend not supported by any of the backend
modules
(syncactivesync.so, syncecal.so, platformgnome.so,
syncaddressbook.so,
syncqtcontacts.so, syncebook.so, platformkde.so, syncdav.so, syncfile.so,
synckcalextended.so, syncsqlite.so, syncakonadi.so, syncxmlrpc.so,
syncmaemocal.so) or not correctly configured (backend=select backend
databaseFormat= syncFormat=)
[ERROR 00:00:00] configuration 'target-config@owncloud' does not exist
[ERROR 00:00:00] source 'calendar' does not exist
[ERROR 00:00:00] backend property not set
more: 2: No such file or directory
That doesn't help, I need to see the context of the 301 error.
I thought you had a config ready. What I meant was, "set up the config,
then trigger the 301 error" using "SYNCEVOLUTION_DEBUG=1" as env
variable and "--daemon=no loglevel=4" as additional parameters.
--
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:12 p.m.
On Mon, 2013-07-22 at 15:46 +0200, Maxime Haselbauer wrote:
okay sorry so I have put SYNCEVOLUTION_DEBUG=1
This is the bash script I am using to configure
syncevolution --configure \
--template webdav \
username=my_username \
password=my_password \
target-config@owncloud
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/my_username/...
\
backend=caldav \
target-config@owncloud calendar
syncevolution --configure \
database=https://my.owndrive.com/remote.php/carddav/addressbooks/my_usern...
\
backend=carddav \
target-config@owncloud contacts
syncevolution --configure \
--template SyncEvolution_Client \
sync=none \
syncURL=local://@owncloud \
username= \
password= \
owncloud
syncevolution --configure \
sync=two-way \
backend=calendar \
database=N900 \
owncloud calendar
syncevolution --configure \
sync=two-way \
backend=addressbook \
database=file:///home/user/.osso-abook/db \
owncloud contacts
This is the output
[DEBUG 00:00:00] Mon 2013-07-22 15:31:19 UTC = 17:31 +0200 CEST
[INFO 00:00:00] addressbook: looking for databases...
[DEBUG 00:00:00] addressbook: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] addressbook: backend failed
[INFO 00:00:00] calendar: looking for databases...
[DEBUG 00:00:00] calendar: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] calendar: backend failed
[INFO 00:00:00] memo: looking for databases...
[DEBUG 00:00:00] memo: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] memo: backend failed
[INFO 00:00:00] todo: looking for databases...
[DEBUG 00:00:00] todo: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] todo: backend failed
[DEBUG 00:00:00] Mon 2013-07-22 15:31:21 UTC = 17:31 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
[DEBUG 00:00:00] forced sending credentials
[DEBUG 00:00:05]
https://my.owndrive.com:443/remote.php/caldav/calendars/renn0xtek9/calendar/:
SSL verification problem: untrusted certificate
[DEBUG 00:00:05] REPORT 'meta data': Neon error code 1, no HTTP status: Server
certificate verification failed: issuer is not trusted, must not retry
[DEBUG 00:00:05] TransportException thrown at
src/backends/webdav/NeonCXX.cpp:722
[ERROR 00:00:05] transport problem: REPORT 'meta data': Neon error code 1, no
HTTP status: Server certificate verification failed: issuer is not trusted
[ERROR 00:00:05] calendar: reading items
That's still not leading back to the original 301 error. Instead it
shows that the client refuses to trust the server's SSL certificate. The
default is to enforce certificate checks, because otherwise SSL would
not be secure.
I don't know how to import SSL certificates into Maemo, nor how you
would get the certificate in this particular case. So to continue
testing, you could add "SSLVerifyServer=0 SSLVerifyHost= 0" to the
initial "--configure target-config@owncloud".
--
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:01 p.m.
Okay, so now I have this script (Note: I have replaced the right password and
username in this mail by my_password and my_username in reality these are
directly my user names and password)
Nokia-N900:/home/user# more owncloud_new.sh
#!/bin/bash
syncevolution --configure \
--template webdav \
username=my_username \
password=my_password \
target-config@owncloud
syncevolution --configure \
SSLVerifyServer=0 \
SSLVerifyHost=0 \
target-config@owncloud
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/my_username/...
\
backend=caldav \
target-config@owncloud calendar
syncevolution --configure \
database=https://my.owndrive.com/remote.php/carddav/addressbooks/my_usern...
\
backend=carddav \
target-config@owncloud contacts
syncevolution --configure \
--template SyncEvolution_Client \
sync=none \
syncURL=local://@owncloud \
username= \
password= \
owncloud
syncevolution --configure \
sync=two-way \
backend=calendar \
database=N900 \
owncloud calendar
syncevolution --configure \
sync=two-way \
backend=addressbook \
database=file:///home/user/.osso-abook/db \
owncloud contacts
syncevolution --print-items loglevel=4 target-config@owncloud calendar
**********************************************************************************
And it says that:
**********************************************************************************
Nokia-N900:/home/user# ./owncloud_new.sh
./owncloud_new.sh: line 3: --template: command not found
./owncloud_new.sh: line 25: owncloud: command not found
[ERROR] error code from SyncEvolution object not found (remote, status 404):
REPORT 'meta data': bad HTTP status: <status 1.1, code 404, class 4, Not
Found>
[ERROR] calendar: reading items
sess: Destroying session.
**********************************************************************************
The same script executed with SYNCEVOLUTION_DEBUG=1
**********************************************************************************
Nokia-N900:/home/user# ./owncloud_new.sh
./owncloud_new.sh: line 3: --template: command not found
./owncloud_new.sh: line 25: owncloud: command not found
[DEBUG 00:00:00] Mon 2013-07-22 19:53:33 UTC = 21:53 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
HTTP session to https://my.owndrive.com:443 begins.
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
ah_create, for WWW-Authenticate
Running pre_send hooks
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
REPORT /remote.php/caldav/calendars/my_username/calendar/ HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: my.owndrive.com
Content-Length: 305
Depth: 1
Content-Type: application/xml; charset="utf-8"
Authorization: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Doing DNS lookup on my.owndrive.com...
Connecting to 109.201.135.59
[DEBUG 00:00:00]
https://my.owndrive.com:443/remote.php/caldav/calendars/my_username/calen...:
SSL verification problem: untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
Sending request body:
Body block (305 bytes):
[<?xml version="1.0" encoding="utf-8" ?>
<C:calendar-query xmlns:D="DAV:"
xmlns:C="urn:ietf:params:xml:ns:caldav">
<D:prop>
<D:getetag/>
<C:calendar-data/>
</D:prop>
<C:filter>
<C:comp-filter name="VCALENDAR">
<C:comp-filter name="VEVENT">
</C:comp-filter>
</C:comp-filter>
</C:filter>
</C:calendar-query>
]
Request sent; retry is 0.
[status-line] < HTTP/1.1 404 Not Found
[hdr] Date: Mon, 22 Jul 2013 19:53:02 GMT
Header Name: [date], Value: [Mon, 22 Jul 2013 19:53:02 GMT]
[hdr] Content-Type: text/html
Header Name: [content-type], Value: [text/html]
[hdr] Transfer-Encoding: chunked
Header Name: [transfer-encoding], Value: [chunked]
[hdr] Connection: keep-alive
Header Name: [connection], Value: [keep-alive]
[hdr] Vary: Accept-Encoding
Header Name: [vary], Value: [Accept-Encoding]
[hdr] Strict-Transport-Security: max-age=0
Header Name: [strict-transport-security], Value: [max-age=0]
[hdr] Set-Cookie: PHPSESSIDI=m8fek64ae57rpls7av719srkb0; path=/; HttpOnly
Header Name: [set-cookie], Value: [PHPSESSIDI=m8fek64ae57rpls7av719srkb0;
path=/; HttpOnly]
[hdr] Expires: Thu, 19 Nov 1981 08:52:00 GMT
Header Name: [expires], Value: [Thu, 19 Nov 1981 08:52:00 GMT]
[hdr] Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-
check=0
Header Name: [cache-control], Value: [no-store, no-cache, must-revalidate,
post-check=0, pre-check=0]
[hdr] Pragma: no-cache
Header Name: [pragma], Value: [no-cache]
[hdr] X-XSS-Protection: 1; mode=block
Header Name: [x-xss-protection], Value: [1; mode=block]
[hdr] X-Content-Type-Options: nosniff
Header Name: [x-content-type-options], Value: [nosniff]
[hdr] X-Frame-Options: Sameorigin
Header Name: [x-frame-options], Value: [Sameorigin]
[hdr] Content-Security-Policy: default-src 'self'; script-src 'self'
'unsafe-
eval'; style-src 'self' 'unsafe-inline'; frame-src *; img-src *;
font-src
'self' data:; media-src *
Header Name: [content-security-policy], Value: [default-src 'self'; script-src
'self' 'unsafe-eval'; style-src 'self' 'unsafe-inline';
frame-src *; img-src
*; font-src 'self' data:; media-src *]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr]
End of headers.
Running post_headers hooks
[chunk] < 1478
Got chunk size: 5240
Reading 5240 bytes of response body.
Got 3400 bytes.
Read block (3400 bytes):
[
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head data-requesttoken="c31b00069da5690f4606">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"
/>
<meta name="keywords" content="free online storage, free storage, online
storage, free cloud storage, cloud storage, universal file access, web
interface, webdav, caldav, carddav, calendar, contacts, bookmarks\
, music player, media player, gallery, image viewer, web editing, free file
sharing, file sharing, owndrive, own drive, own cloud drive, owncloud, owncloud
hosting, owncloud service provider, owncloud provider\
, multi-platform, hard drive crash, undelete, file version, historical
versioning, online sync, online backup, online storage, online access, file
recover, mobile access, windows, mac, osx, android, iOS, linux\
, fedora, centos, rhel, ubuntu, debian, opensuse, data, open source, oss, foss
">
<meta name="description" content="ownDrive is easy to use free online
storage
service for businesses, professionals, and individuals to store, backup,
collaborate and share files with others.">
<title>Free Online Storage, Sync, Access, Backup and Share With Anyone -
ownDrive</title>
<link href="/owndrive/css/style.css" rel="stylesheet" />
<link rel="shortcut icon"
href="/themes/owndrive/core/img/favicon.ico">
<body>
<div id="header-main">
<div id="wrapper">
<div id="header">
<a href="https://owndrive.com"> <img
src="/owndrive/images/logo.png"
align="left" width="185" height="35"
style="padding-top:12px"/> </a>
<p>Trusted Cloud Storage</p>
<div id="header_menu">
<div id="top_menu">
<span class="span1"></span><span
class="span2"></span><a class="a"
href="#"></a>
</div>
<div id="bot_menu">
<ul>
<li><a href="/">Home</a></li>
<li><a href="https://owndrive.com/clients/">Sync
Clients</a></li>
<li><a
href="https://owndrive.com/support/">Support</a></l...
<li><a href="https://owndrive.com/about/">About
Us</a></li>
</ul>
</div>
</div>
</div>
</div>
</div><!--End div header main-->
<title>OwnDrive</title>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8" />
<meta name="apple-itunes-app"
content="app-id=543672169">
<link rel="shortcut icon"
href="/themes/owndrive/core/img/favicon.ico" />
<link rel="apple-touch-icon-precomposed"
href="/themes/owndrive/core/img/favicon-touch.png" />
<script type="text/javascript"
src="/index.php/core/js/config.js?v=f0873a91b499e265ff6d78ff6e8985a0"></script>
<script type="text/javascript"
src="/remote.php/core.js?v=f0873a91b499e265ff6d78ff6e8985a0"></script>
</head>
<div id="header-main-bottom">
<div id="wrapper">
<div id="header">
<div class="tour"><span
class="about">Login</span></div>
</div>
</div>
</div>
<div id="main">
<div class="clear"></div>
<div id="body"><br />
<div id="content" class="sign-upcontent">
<div id="cont1">
<h2>OwnDrive Freemium Account Login</h2>
<!-- <h3> You are just a step away from your <strong>FREE</strong>
OwnDrive</h3> -->
<div class="clear"></div>
<div id="manner">
<div id="img_mttr">
<ul>
<li class='error]
Reading 1840 bytes of response body.
Got 1840 bytes.
Read block (1840 bytes):
['>
Cloud not found<br/>
<p class='hint'></p>
</li>
</ul>
</div>
</div>
</div>
</div>
</div>
</div>
<div id="footer">
<div id="footer-container" >
<div id="footer-links" >
<ul class="footer-list">
<h3>Product </h3>
<li> <a href="#" >Free</a> </li>
<li> <a href="#" >Pro</a> </li>
<li> <a href="#" >Team/Admin</a> </li>
</ul>
<ul class="footer-list">
<h3>Get The App</h3>
<li> <a href="https://owndrive.com/clients/" > iPhone
</a> </li>
<li> <a href="https://owndrive.com/clients/" > Android
</a> </li>
<li> <a href="https://owndrive.com/clients/" > Windows
</a> </li>
<li> <a href="https://owndrive.com/clients/" > Linux
</a> </li>
</ul>
<ul class="footer-list">
<h3>Learn More </h3>
<li> <a href="https://owndrive.com/about/" > About Us </a>
</li>
<li> <a href="https://owndrive.com/#" > Blog </a> </li>
<li> <a href="https://owndrive.com/#" > News </a> </li>
<li> <a href="https://owndrive.com/contact/" > Contact Us </a>
</li>
</ul>
<ul class="social">
<h3> Connect with us </h3>
<li class="facebook"> <a
href="http://facebook.com/owndrive/" rel="ext"
target="_blank">Facebook</a></li>
<li class="twitter"> <a href="http://twitter.com/owndrive/"
rel="ext"
target="_blank">Twitter</a></li>
<li class="google"> <a
href="https://plus.google.com/109185684609675701026"
rel="ext" target="_blank">Google+</a></li>
</ul>
</div>
<div id="copyright">
<div id="subfooter">
<ul>
<li> <a href="https://owndrive.com/privacy/">Terms of use</a>
·</li>
<li> <a href="https://owndrive.com/privacy/">Privacy
Policy</a></li>
</ul>
</div>
<p>© 2013 Owndrive.com. All Rights Reserved. </p>
</div>
</div> <!-- end #footer-container -->
</div> <!-- end #footer -->
</body>
</html>
]
[chunk] < 0
Got chunk size: 0
[hdr]
End of headers.
Running post_send hooks
ah_post_send (#0), code is 404 (want 401), WWW-Authenticate is (none)
[DEBUG 00:00:00] REPORT 'meta data': bad HTTP status: <status 1.1, code 404,
class 4, Not Found>, must not retry
Running destroy hooks.
Request ends.
[DEBUG 00:00:00] exception thrown at src/backends/webdav/NeonCXX.cpp:719
[ERROR 00:00:00] error code from SyncEvolution object not found (remote,
status 404): REPORT 'meta data': bad HTTP status: <status 1.1, code 404, class
4, Not Found>
[ERROR 00:00:00] calendar: reading items
sess: Destroying session.
Best regards
On Mon, 2013-07-22 at 15:46 +0200, Maxime Haselbauer wrote:
okay sorry so I have put SYNCEVOLUTION_DEBUG=1
This is the bash script I am using to configure
syncevolution --configure \
--template webdav \
username=my_username \
password=my_password \
target-config@owncloud
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/my_username/...
\
backend=caldav \
target-config@owncloud calendar
syncevolution --configure \
database=https://my.owndrive.com/remote.php/carddav/addressbooks/my_usern...
\
backend=carddav \
target-config@owncloud contacts
syncevolution --configure \
--template SyncEvolution_Client \
sync=none \
syncURL=local://@owncloud \
username= \
password= \
owncloud
syncevolution --configure \
sync=two-way \
backend=calendar \
database=N900 \
owncloud calendar
syncevolution --configure \
sync=two-way \
backend=addressbook \
database=file:///home/user/.osso-abook/db \
owncloud contacts
This is the output
[DEBUG 00:00:00] Mon 2013-07-22 15:31:19 UTC = 17:31 +0200 CEST
[INFO 00:00:00] addressbook: looking for databases...
[DEBUG 00:00:00] addressbook: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] addressbook: backend failed
[INFO 00:00:00] calendar: looking for databases...
[DEBUG 00:00:00] calendar: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] calendar: backend failed
[INFO 00:00:00] memo: looking for databases...
[DEBUG 00:00:00] memo: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] memo: backend failed
[INFO 00:00:00] todo: looking for databases...
[DEBUG 00:00:00] todo: timout 300s, retry 5s => resending allowed
[INFO 00:00:00] todo: backend failed
[DEBUG 00:00:00] Mon 2013-07-22 15:31:21 UTC = 17:31 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to
detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified,
deadline
in 300.0s
[DEBUG 00:00:00] forced sending credentials
[DEBUG 00:00:05]
https://my.owndrive.com:443/remote.php/caldav/calendars/renn0xtek9/calendar/:
SSL verification problem: untrusted certificate
[DEBUG 00:00:05] REPORT 'meta data': Neon error code 1, no HTTP status:
Server
certificate verification failed: issuer is not trusted, must not
retry
[DEBUG 00:00:05] TransportException thrown at
src/backends/webdav/NeonCXX.cpp:722
[ERROR 00:00:05] transport problem: REPORT 'meta data': Neon error code 1,
no
HTTP status: Server certificate verification failed: issuer is not
trusted
[ERROR 00:00:05] calendar: reading items
That's still not leading back to the original 301 error. Instead it
shows that the client refuses to trust the server's SSL certificate. The
default is to enforce certificate checks, because otherwise SSL would
not be secure.
I don't know how to import SSL certificates into Maemo, nor how you
would get the certificate in this particular case. So to continue
testing, you could add "SSLVerifyServer=0 SSLVerifyHost= 0" to the
initial "--configure target-config@owncloud".
--
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:26 a.m.
On Mon, 2013-07-22 at 20:01 +0200, Maxime Haselbauer wrote:
Okay, so now I have this script (Note: I have replaced the right
password and
username in this mail by my_password and my_username in reality these are
directly my user names and password)
Nokia-N900:/home/user# more owncloud_new.sh
#!/bin/bash
syncevolution --configure \
^^^^^^
Extra spaces.
--template webdav \
username=my_username \
password=my_password \
target-config@owncloud
[...]
syncevolution --print-items loglevel=4 target-config@owncloud
calendar
**********************************************************************************
And it says that:
**********************************************************************************
Nokia-N900:/home/user# ./owncloud_new.sh
./owncloud_new.sh: line 3: --template: command not found
./owncloud_new.sh: line 25: owncloud: command not found
Fix the script, please. Because of the extra spaces after the backslash,
line continuation does not work and the first command fails.
If you keep getting the 404 error, double-check the URLs that you are
using as starting point.
--
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:06 p.m.
I get 301 if I uste http and 404 if I use https
Now, no matter if I enter the address with https or http in my webbrowser: it
will ask me for username and password.
If I enter those I than arrive on a page "Cloud nicht gefunden"
Best regards
**********************************************************************************************
I get 404 if I use https
**********************************************************************************************
Nokia-N900:/home/user# ./owncloud_new.sh
[DEBUG 00:00:00] Tue 2013-07-23 18:51:04 UTC = 20:51 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
HTTP session to https://my.owndrive.com:443 begins.
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
ah_create, for WWW-Authenticate
Running pre_send hooks
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
REPORT /remote.php/caldav/calendars/renn0xtek9/calendar/ HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: my.owndrive.com
Content-Length: 305
Depth: 1
Content-Type: application/xml; charset="utf-8"
Authorization: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Doing DNS lookup on my.owndrive.com...
Connecting to 109.201.135.59
[DEBUG 00:00:00]
https://my.owndrive.com:443/remote.php/caldav/calendars/renn0xtek9/calendar/:
SSL verification problem: untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
Sending request body:
Body block (305 bytes):
[<?xml version="1.0" encoding="utf-8" ?>
<C:calendar-query xmlns:D="DAV:"
xmlns:C="urn:ietf:params:xml:ns:caldav">
<D:prop>
<D:getetag/>
<C:calendar-data/>
</D:prop>
<C:filter>
<C:comp-filter name="VCALENDAR">
<C:comp-filter name="VEVENT">
</C:comp-filter>
</C:comp-filter>
</C:filter>
</C:calendar-query>
]
Request sent; retry is 0.
[status-line] < HTTP/1.1 404 Not Found
[hdr] Date: Tue, 23 Jul 2013 18:50:32 GMT
Header Name: [date], Value: [Tue, 23 Jul 2013 18:50:32 GMT]
[hdr] Content-Type: text/html
Header Name: [content-type], Value: [text/html]
[hdr] Transfer-Encoding: chunked
Header Name: [transfer-encoding], Value: [chunked]
[hdr] Connection: keep-alive
Header Name: [connection], Value: [keep-alive]
[hdr] Vary: Accept-Encoding
Header Name: [vary], Value: [Accept-Encoding]
[hdr] Strict-Transport-Security: max-age=0
Header Name: [strict-transport-security], Value: [max-age=0]
[hdr] Set-Cookie: PHPSESSIDI=27aksi6dvecmg02u9gbors5j60; path=/; HttpOnly
Header Name: [set-cookie], Value: [PHPSESSIDI=27aksi6dvecmg02u9gbors5j60;
path=/; HttpOnly]
[hdr] Expires: Thu, 19 Nov 1981 08:52:00 GMT
Header Name: [expires], Value: [Thu, 19 Nov 1981 08:52:00 GMT]
[hdr] Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-
check=0
Header Name: [cache-control], Value: [no-store, no-cache, must-revalidate,
post-check=0, pre-check=0]
[hdr] Pragma: no-cache
Header Name: [pragma], Value: [no-cache]
[hdr] X-XSS-Protection: 1; mode=block
Header Name: [x-xss-protection], Value: [1; mode=block]
[hdr] X-Content-Type-Options: nosniff
Header Name: [x-content-type-options], Value: [nosniff]
[hdr] X-Frame-Options: Sameorigin
Header Name: [x-frame-options], Value: [Sameorigin]
[hdr] Content-Security-Policy: default-src 'self'; script-src 'self'
'unsafe-
eval'; style-src 'self' 'unsafe-inline'; frame-src *; img-src *;
font-src
'self' data:; media-src *
Header Name: [content-security-policy], Value: [default-src 'self'; script-src
'self' 'unsafe-eval'; style-src 'self' 'unsafe-inline';
frame-src *; img-src
*; font-src 'self' data:; media-src *]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr]
End of headers.
Running post_headers hooks
[chunk] < 1478
Got chunk size: 5240
Reading 5240 bytes of response body.
Got 3400 bytes.
Read block (3400 bytes):
[
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head data-requesttoken="2489d99251b9f5e2431e">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"
/>
<meta name="keywords" content="free online storage, free storage, online
storage, free cloud storage, cloud storage, universal file access, web
interface, webdav, caldav, carddav, calendar, contacts, bookmarks\
, music player, media player, gallery, image viewer, web editing, free file
sharing, file sharing, owndrive, own drive, own cloud drive, owncloud, owncloud
hosting, owncloud service provider, owncloud provider\
, multi-platform, hard drive crash, undelete, file version, historical
versioning, online sync, online backup, online storage, online access, file
recover, mobile access, windows, mac, osx, android, iOS, linux\
, fedora, centos, rhel, ubuntu, debian, opensuse, data, open source, oss, foss
">
<meta name="description" content="ownDrive is easy to use free online
storage
service for businesses, professionals, and individuals to store, backup,
collaborate and share files with others.">
<title>Free Online Storage, Sync, Access, Backup and Share With Anyone -
ownDrive</title>
<link href="/owndrive/css/style.css" rel="stylesheet" />
<link rel="shortcut icon"
href="/themes/owndrive/core/img/favicon.ico">
<body>
<div id="header-main">
<div id="wrapper">
<div id="header">
<a href="https://owndrive.com"> <img
src="/owndrive/images/logo.png"
align="left" width="185" height="35"
style="padding-top:12px"/> </a>
<p>Trusted Cloud Storage</p>
<div id="header_menu">
<div id="top_menu">
<span class="span1"></span><span
class="span2"></span><a class="a"
href="#"></a>
</div>
<div id="bot_menu">
<ul>
<li><a href="/">Home</a></li>
<li><a href="https://owndrive.com/clients/">Sync
Clients</a></li>
<li><a
href="https://owndrive.com/support/">Support</a></l...
<li><a href="https://owndrive.com/about/">About
Us</a></li>
</ul>
</div>
</div>
</div>
</div>
</div><!--End div header main-->
<title>OwnDrive</title>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8" />
<meta name="apple-itunes-app"
content="app-id=543672169">
<link rel="shortcut icon"
href="/themes/owndrive/core/img/favicon.ico" />
<link rel="apple-touch-icon-precomposed"
href="/themes/owndrive/core/img/favicon-touch.png" />
<script type="text/javascript"
src="/index.php/core/js/config.js?v=f0873a91b499e265ff6d78ff6e8985a0"></script>
<script type="text/javascript"
src="/remote.php/core.js?v=f0873a91b499e265ff6d78ff6e8985a0"></script>
</head>
<div id="header-main-bottom">
<div id="wrapper">
<div id="header">
<div class="tour"><span
class="about">Login</span></div>
</div>
</div>
</div>
<div id="main">
<div class="clear"></div>
<div id="body"><br />
<div id="content" class="sign-upcontent">
<div id="cont1">
<h2>OwnDrive Freemium Account Login</h2>
<!-- <h3> You are just a step away from your <strong>FREE</strong>
OwnDrive</h3> -->
<div class="clear"></div>
<div id="manner">
<div id="img_mttr">
<ul>
<li class='error]
Reading 1840 bytes of response body.
Got 1840 bytes.
Read block (1840 bytes):
['>
Cloud not found<br/>
<p class='hint'></p>
</li>
</ul>
</div>
</div>
</div>
</div>
</div>
</div>
<div id="footer">
<div id="footer-container" >
<div id="footer-links" >
<ul class="footer-list">
<h3>Product </h3>
<li> <a href="#" >Free</a> </li>
<li> <a href="#" >Pro</a> </li>
<li> <a href="#" >Team/Admin</a> </li>
</ul>
<ul class="footer-list">
<h3>Get The App</h3>
<li> <a href="https://owndrive.com/clients/" > iPhone
</a> </li>
<li> <a href="https://owndrive.com/clients/" > Android
</a> </li>
<li> <a href="https://owndrive.com/clients/" > Windows
</a> </li>
<li> <a href="https://owndrive.com/clients/" > Linux
</a> </li>
</ul>
<ul class="footer-list">
<h3>Learn More </h3>
<li> <a href="https://owndrive.com/about/" > About Us </a>
</li>
<li> <a href="https://owndrive.com/#" > Blog </a> </li>
<li> <a href="https://owndrive.com/#" > News </a> </li>
<li> <a href="https://owndrive.com/contact/" > Contact Us </a>
</li>
</ul>
<ul class="social">
<h3> Connect with us </h3>
<li class="facebook"> <a
href="http://facebook.com/owndrive/" rel="ext"
target="_blank">Facebook</a></li>
<li class="twitter"> <a href="http://twitter.com/owndrive/"
rel="ext"
target="_blank">Twitter</a></li>
<li class="google"> <a
href="https://plus.google.com/109185684609675701026"
rel="ext" target="_blank">Google+</a></li>
</ul>
</div>
<div id="copyright">
<div id="subfooter">
<ul>
<li> <a href="https://owndrive.com/privacy/">Terms of use</a>
·</li>
<li> <a href="https://owndrive.com/privacy/">Privacy
Policy</a></li>
</ul>
</div>
<p>© 2013 Owndrive.com. All Rights Reserved. </p>
</div>
</div> <!-- end #footer-container -->
</div> <!-- end #footer -->
</body>
</html>
]
[chunk] < 0
Got chunk size: 0
[hdr]
End of headers.
Running post_send hooks
ah_post_send (#0), code is 404 (want 401), WWW-Authenticate is (none)
[DEBUG 00:00:00] REPORT 'meta data': bad HTTP status: <status 1.1, code 404,
class 4, Not Found>, must not retry
Running destroy hooks.
Request ends.
[DEBUG 00:00:00] exception thrown at src/backends/webdav/NeonCXX.cpp:719
[ERROR 00:00:00] error code from SyncEvolution object not found (remote,
status 404): REPORT 'meta data': bad HTTP status: <status 1.1, code 404, class
4, Not Found>
[ERROR 00:00:00] calendar: reading items
sess: Destroying session.
**********************************************************************************************
I get 301 if I use http
**********************************************************************************************
Nokia-N900:/home/user# ./owncloud_new.sh
[DEBUG 00:00:00] Tue 2013-07-23 18:58:48 UTC = 20:58 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
HTTP session to http://my.owndrive.com:80 begins.
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
ah_create, for WWW-Authenticate
Running pre_send hooks
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
REPORT /remote.php/caldav/calendars/renn0xtek9/calendar/ HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: my.owndrive.com
Content-Length: 305
Depth: 1
Content-Type: application/xml; charset="utf-8"
Authorization: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Doing DNS lookup on my.owndrive.com...
Connecting to 109.201.135.59
Sending request body:
Body block (305 bytes):
[<?xml version="1.0" encoding="utf-8" ?>
<C:calendar-query xmlns:D="DAV:"
xmlns:C="urn:ietf:params:xml:ns:caldav">
<D:prop>
<D:getetag/>
<C:calendar-data/>
</D:prop>
<C:filter>
<C:comp-filter name="VCALENDAR">
<C:comp-filter name="VEVENT">
</C:comp-filter>
</C:comp-filter>
</C:filter>
</C:calendar-query>
]
Request sent; retry is 0.
[status-line] < HTTP/1.1 301 Moved Permanently
[hdr] Date: Tue, 23 Jul 2013 18:58:16 GMT
Header Name: [date], Value: [Tue, 23 Jul 2013 18:58:16 GMT]
[hdr] Content-Type: text/html
Header Name: [content-type], Value: [text/html]
[hdr] Content-Length: 178
Header Name: [content-length], Value: [178]
[hdr] Connection: keep-alive
Header Name: [connection], Value: [keep-alive]
[hdr] Location:
https://my.owndrive.com/remote.php/caldav/calendars/renn0xtek9/calendar/
Header Name: [location], Value:
[https://my.owndrive.com/remote.php/caldav/calendars/renn0xtek9/calendar/]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr]
End of headers.
Running post_headers hooks
Reading 178 bytes of response body.
Got 178 bytes.
Read block (178 bytes):
[<html>
<head><title>301 Moved Permanently</title></head>
<body bgcolor="white">
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>
]
Running post_send hooks
ah_post_send (#0), code is 301 (want 401), WWW-Authenticate is (none)
Running destroy hooks.
Request ends.
[DEBUG 00:00:00] TransportException thrown at
src/backends/webdav/NeonCXX.cpp:560
[ERROR 00:00:00] transport problem: REPORT 'meta data': 301 status: redirected
to https://my.owndrive.com/remote.php/caldav/calendars/renn0xtek9/calendar/
[ERROR 00:00:00] calendar: reading items
sess: Destroying session.
On Mon, 2013-07-22 at 20:01 +0200, Maxime Haselbauer wrote:
Okay, so now I have this script (Note: I have replaced the right
password
and
username in this mail by my_password and my_username in reality these
are
directly my user names and password)
Nokia-N900:/home/user# more owncloud_new.sh
#!/bin/bash
syncevolution --configure \
^^^^^^
Extra spaces.
--template webdav \
username=my_username \
password=my_password \
target-config@owncloud
[...]
syncevolution --print-items loglevel=4 target-config@owncloud
calendar
**********************************************************************************
And it says that:
**********************************************************************************
Nokia-N900:/home/user# ./owncloud_new.sh
./owncloud_new.sh: line 3: --template: command not found
./owncloud_new.sh: line 25: owncloud: command not found
Fix the script, please. Because of the extra spaces after the backslash,
line continuation does not work and the first command fails.
If you keep getting the 404 error, double-check the URLs that you are
using as starting point.
--
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:24 p.m.
On Tue, 2013-07-23 at 19:06 +0200, Maxime Haselbauer wrote:
I get 301 if I uste http
The log explains that: the redirect is from http to https, which (like
switching hosts) is not supported because it requires re-initializing
the neon session. I need to add that.
and 404 if I use https
Where did you get the
https://my.owndrive.com:443/remote.php/caldav/calendars/renn0xtek9/calendar/ URL from?
According to the 404 error, there simply isn't any calendar under that
URL.
I've requested a free account and will do some testing myself, but it
would be good to know where that information came from.
--
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.
7:14 p.m.
Thank you for all of you help, and time
I have simply reproduce the same pattern as in the following tutorial:
http://tanghus.net/2012/07/syncing-your-n900-with-owncloud-an-update/
I thought that this URL would be some kind of standard for owncloud, no matter
which provider ?
Best Regards
On Tue, 2013-07-23 at 19:06 +0200, Maxime Haselbauer wrote:
I get 301 if I uste http
The log explains that: the redirect is from http to https, which (like
switching hosts) is not supported because it requires re-initializing
the neon session. I need to add that.
and 404 if I use https
Where did you get the
https://my.owndrive.com:443/remote.php/caldav/calendars/renn0xtek9/calendar/
URL from?
According to the 404 error, there simply isn't any calendar under that
URL.
I've requested a free account and will do some testing myself, but it
would be good to know where that information came from.
--
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:53 a.m.
On Tue, 2013-07-23 at 21:14 +0200, Maxime Haselbauer wrote:
Thank you for all of you help, and time
I have simply reproduce the same pattern as in the following tutorial:
http://tanghus.net/2012/07/syncing-your-n900-with-owncloud-an-update/
I thought that this URL would be some kind of standard for owncloud, no matter
which provider ?
It's probably configurable.
I tried to use SyncEvolution's automatic discovery of calendars, but it
fails with OwnDrive due to an internal server error. I've sent an email
to the my.owndrive.com support team.
PROPFIND /remote.php/caldav/principals/pohly/ HTTP/1.1
Connection: TE
TE: trailers
Host: my.owndrive.com
Depth: 0
Content-Length: 925
Content-Type: application/xml
Authorization: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Sending request body:
Body block (925 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:"/>
<calendar-home-set xmlns="urn:ietf:params:xml:ns:caldav"/>
<calendar-description xmlns="urn:ietf:params:xml:ns:caldav"/>
<calendar-timezone xmlns="urn:ietf:params:xml:ns:caldav"/>
<supported-calendar-component-set
xmlns="urn:ietf:params:xml:ns:caldav"/>
<supported-calendar-data xmlns="urn:ietf:params:xml:ns:caldav"/>
<max-resource-size xmlns="urn:ietf:params:xml:ns:caldav"/>
<min-date-time xmlns="urn:ietf:params:xml:ns:caldav"/>
<max-date-time xmlns="urn:ietf:params:xml:ns:caldav"/>
<max-instances xmlns="urn:ietf:params:xml:ns:caldav"/>
<max-attendees-per-instance xmlns="urn:ietf:params:xml:ns:caldav"/>
</prop></propfind>
]
...
[status-line] < HTTP/1.1 500 Internal Server Error
...
Header Name: [content-type], Value: [application/xml; charset=utf-8]
...
[<?xml version="1.0" encoding="utf-8"?>
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
<s:exception>Sabre_DAV_Exception</s:exception>
<s:message>Principal not found</s:message>
<s:sabredav-version>1.7.6</s:sabredav-version>
</d:error>
]
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
10:42 a.m.
On Wed, 2013-07-24 at 08:53 +0200, Patrick Ohly wrote:
On Tue, 2013-07-23 at 21:14 +0200, Maxime Haselbauer wrote:
> Thank you for all of you help, and time
>
> I have simply reproduce the same pattern as in the following tutorial:
> http://tanghus.net/2012/07/syncing-your-n900-with-owncloud-an-update/
>
> I thought that this URL would be some kind of standard for owncloud, no matter
> which provider ?
It's probably configurable.
I tried to use SyncEvolution's automatic discovery of calendars, but it
fails with OwnDrive due to an internal server error. I've sent an email
to the my.owndrive.com support team.
They replied. Fixing the 500 internal server error will require more
investigations. In the meantime, picking the right URL for the calendar
works already.
From their reply:
The correct URL for CalDAV can be found inside settings (the
gear icon
on top right) of the calendar app.
Click on the earth like icon for your calendar (for instance
'default
calendar') below "Your calendars" to get the CalDAV link. CalDAV
URL for
the default calendar is
https://my.owndrive.com/remote.php/caldav/calendars/<username>/defa...
and NOT
https://my.owndrive.com/remote.php/caldav/calendars/<username>/cale....
I can confirm that the "defaultcalendar" URL 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.
3:24 p.m.
Donnerstag 25 Juli 2013 17:23
Hm still not working for me :( I have error code 207 now
I have this script now . I can confirm that the url that I now enter are
working because they lead to a page when entered in my browser(unlike
previously)
syncevolution --configure \
--template webdav \
username=<username> \
password=<password> \
target-config@owncloud
syncevolution --configure \
SSLVerifyServer=0 \
SSLVerifyHost=0 \
target-config@owncloud
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/<username...
\
backend=caldav \
target-config@owncloud calendar
syncevolution --configure \
database=https://my.owndrive.com/remote.php/carddav/addressbooks/<user...
\
backend=carddav \
target-config@owncloud contacts
syncevolution --configure \
--template SyncEvolution_Client \
sync=none \
syncURL=local://@owncloud \
username= \
password= \
owncloud
syncevolution --configure \
sync=two-way \
backend=calendar \
database=N900 \
owncloud calendar
syncevolution --configure \
sync=two-way \
backend=addressbook \
database=file:///home/user/.osso-abook/db \
owncloud contacts
syncevolution --print-items loglevel=4 target-config@owncloud calendar
**************************************************************************************************
And the output
**************************************************************************************************
[DEBUG 00:00:00] Thu 2013-07-25 17:19:22 UTC = 19:19 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
HTTP session to https://my.owndrive.com:443 begins.
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
ah_create, for WWW-Authenticate
Running pre_send hooks
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
REPORT /remote.php/caldav/calendars/renn0xtek9/defaultcalendar/ HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: my.owndrive.com
Content-Length: 305
Depth: 1
Content-Type: application/xml; charset="utf-8"
Authorization: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Doing DNS lookup on my.owndrive.com...
Connecting to 109.201.135.59
[DEBUG 00:00:00]
https://my.owndrive.com:443/remote.php/caldav/calendars/renn0xtek9/defaul...:
SSL verification problem: untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
Sending request body:
Body block (305 bytes):
[<?xml version="1.0" encoding="utf-8" ?>
<C:calendar-query xmlns:D="DAV:"
xmlns:C="urn:ietf:params:xml:ns:caldav">
<D:prop>
<D:getetag/>
<C:calendar-data/>
</D:prop>
<C:filter>
<C:comp-filter name="VCALENDAR">
<C:comp-filter name="VEVENT">
</C:comp-filter>
</C:comp-filter>
</C:filter>
</C:calendar-query>
]
Request sent; retry is 0.
[status-line] < HTTP/1.1 207 Multi-Status
[hdr] Date: Thu, 25 Jul 2013 17:18:47 GMT
Header Name: [date], Value: [Thu, 25 Jul 2013 17:18:47 GMT]
[hdr] Content-Type: application/xml; charset=utf-8
Header Name: [content-type], Value: [application/xml; charset=utf-8]
[hdr] Transfer-Encoding: chunked
Header Name: [transfer-encoding], Value: [chunked]
[hdr] Connection: keep-alive
Header Name: [connection], Value: [keep-alive]
[hdr] Strict-Transport-Security: max-age=0
Header Name: [strict-transport-security], Value: [max-age=0]
[hdr] Set-Cookie: PHPSESSIDI=kraimcdebvigct2hsd5mqojsi1; path=/; HttpOnly
Header Name: [set-cookie], Value: [PHPSESSIDI=kraimcdebvigct2hsd5mqojsi1;
path=/; HttpOnly]
[hdr] Expires: Thu, 19 Nov 1981 08:52:00 GMT
Header Name: [expires], Value: [Thu, 19 Nov 1981 08:52:00 GMT]
[hdr] Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-
check=0
Header Name: [cache-control], Value: [no-store, no-cache, must-revalidate,
post-check=0, pre-check=0]
[hdr] Pragma: no-cache
Header Name: [pragma], Value: [no-cache]
[hdr] Set-Cookie: PHPSESSIDI=q3kudul8h6mvmvj2r9mgvjr8u6; path=/; HttpOnly
Header Name: [set-cookie], Value: [PHPSESSIDI=q3kudul8h6mvmvj2r9mgvjr8u6;
path=/; HttpOnly]
[hdr] Vary: Brief,Prefer
Header Name: [vary], Value: [Brief,Prefer]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr]
End of headers.
Running post_headers hooks
[chunk] < bb
Got chunk size: 187
Reading 187 bytes of response body.
Got 187 bytes.
Read block (187 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns"
xmlns:cal="urn:ietf:params:xml:ns:caldav"
xmlns:cs="http://calendarserver.org/ns/"/>
]
[chunk] < 0
Got chunk size: 0
[hdr]
End of headers.
Running post_send hooks
ah_post_send (#0), code is 207 (want 401), WWW-Authenticate is (none)
[DEBUG 00:00:00] credentials accepted
Running destroy hooks.
Request ends.
sess: Destroying session.
On Wed, 2013-07-24 at 08:53 +0200, Patrick Ohly wrote:
On Tue, 2013-07-23 at 21:14 +0200, Maxime Haselbauer wrote:
> Thank you for all of you help, and time
>
> I have simply reproduce the same pattern as in the following tutorial:
> http://tanghus.net/2012/07/syncing-your-n900-with-owncloud-an-update/
>
> I thought that this URL would be some kind of standard for owncloud, no
matter
> which provider ?
It's probably configurable.
I tried to use SyncEvolution's automatic discovery of calendars, but it
fails with OwnDrive due to an internal server error. I've sent an email
to the my.owndrive.com support team.
They replied. Fixing the 500 internal server error will require more
investigations. In the meantime, picking the right URL for the calendar
works already.
From their reply:
The correct URL for CalDAV can be found inside settings (the
gear icon
on top right) of the calendar app.
Click on the earth like icon for your calendar (for instance
'default
calendar') below "Your calendars" to get the CalDAV link. CalDAV
URL for
the default calendar is
https://my.owndrive.com/remote.php/caldav/calendars/<username>/defa...
and NOT
https://my.owndrive.com/remote.php/caldav/calendars/<username>/cale....
I can confirm that the "defaultcalendar" URL 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.
5:47 p.m.
On Thu, 2013-07-25 at 17:24 +0200, Maxime Haselbauer wrote:
Hm still not working for me :( I have error code 207 now
I have this script now .
Where do you see something about the 207 status code being an error? Can
you quote that part, too?
--
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.
7:38 p.m.
Well at the end of the configuration script, it says "code 207"
If I sync-slow it says error 404
************************************************************************************
Configuration script
************************************************************************************
#!/bin/bash
syncevolution --configure \
--template webdav \
username=my_username \
password=my_passwd \
target-config@owncloud
syncevolution --configure \
SSLVerifyServer=0 \
SSLVerifyHost=0 \
target-config@owncloud
syncevolution --configure \
database=https://my.owndrive.com/remote.php/caldav/calendars/<my_usern...
\
backend=caldav \
target-config@owncloud calendar
syncevolution --configure \
database=https://my.owndrive.com/remote.php/carddav/addressbooks/<my_u...
\
backend=carddav \
target-config@owncloud contacts
syncevolution --configure \
--template SyncEvolution_Client \
sync=none \
syncURL=local://@owncloud \
username= \
password= \
owncloud
syncevolution --configure \
sync=two-way \
backend=calendar \
database=N900 \
owncloud calendar
syncevolution --configure \
sync=two-way \
backend=addressbook \
database=file:///home/user/.osso-abook/db \
owncloud contacts
syncevolution --print-items loglevel=4 target-config@owncloud calendar
************************************************************************************
OUTPUT
************************************************************************************
[DEBUG 00:00:00] Mon 2013-07-29 21:29:12 UTC = 23:29 +0200 CEST
[DEBUG 00:00:00] using libneon neon 0.29.3: Library build, IPv6, libxml
2.6.32, zlib 1.2.3, OpenSSL 0.9.8g 19 Oct 2007. with SSL, ZLIB, IPV6, LFS,
TS_SSL, I18N
HTTP session to https://my.owndrive.com:443 begins.
[DEBUG 00:00:00] client cert is missing
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect
changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline
in 300.0s
ah_create, for WWW-Authenticate
Running pre_send hooks
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
REPORT /remote.php/caldav/calendars/<my_username>/defaultcalendar/ HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: my.owndrive.com
Content-Length: 305
Depth: 1
Content-Type: application/xml; charset="utf-8"
Authorization: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Sending request-line and headers:
Doing DNS lookup on my.owndrive.com...
Connecting to 109.201.135.59
[DEBUG 00:00:00]
https://my.owndrive.com:443/remote.php/caldav/calendars/<my_username&g...:
SSL verification problem: untrusted certificate
[DEBUG 00:00:00] ignoring bad certificate
Sending request body:
Body block (305 bytes):
[<?xml version="1.0" encoding="utf-8" ?>
<C:calendar-query xmlns:D="DAV:"
xmlns:C="urn:ietf:params:xml:ns:caldav">
<D:prop>
<D:getetag/>
<C:calendar-data/>
</D:prop>
<C:filter>
<C:comp-filter name="VCALENDAR">
<C:comp-filter name="VEVENT">
</C:comp-filter>
</C:comp-filter>
</C:filter>
</C:calendar-query>
]
Request sent; retry is 0.
[status-line] < HTTP/1.1 207 Multi-Status
[hdr] Date: Mon, 29 Jul 2013 21:28:30 GMT
Header Name: [date], Value: [Mon, 29 Jul 2013 21:28:30 GMT]
[hdr] Content-Type: application/xml; charset=utf-8
Header Name: [content-type], Value: [application/xml; charset=utf-8]
[hdr] Transfer-Encoding: chunked
Header Name: [transfer-encoding], Value: [chunked]
[hdr] Connection: keep-alive
Header Name: [connection], Value: [keep-alive]
[hdr] Strict-Transport-Security: max-age=0
Header Name: [strict-transport-security], Value: [max-age=0]
[hdr] Set-Cookie: PHPSESSIDI=dl49fju55oephbgqtpuv5jc777; path=/; HttpOnly
Header Name: [set-cookie], Value: [PHPSESSIDI=dl49fju55oephbgqtpuv5jc777;
path=/; HttpOnly]
[hdr] Expires: Thu, 19 Nov 1981 08:52:00 GMT
Header Name: [expires], Value: [Thu, 19 Nov 1981 08:52:00 GMT]
[hdr] Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-
check=0
Header Name: [cache-control], Value: [no-store, no-cache, must-revalidate,
post-check=0, pre-check=0]
[hdr] Pragma: no-cache
Header Name: [pragma], Value: [no-cache]
[hdr] Set-Cookie: PHPSESSIDI=3lg52gtbrruqp77i62qluvjp61; path=/; HttpOnly
Header Name: [set-cookie], Value: [PHPSESSIDI=3lg52gtbrruqp77i62qluvjp61;
path=/; HttpOnly]
[hdr] Vary: Brief,Prefer
Header Name: [vary], Value: [Brief,Prefer]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr]
End of headers.
Running post_headers hooks
[chunk] < bb
Got chunk size: 187
Reading 187 bytes of response body.
Got 187 bytes.
Read block (187 bytes):
[<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns"
xmlns:cal="urn:ietf:params:xml:ns:caldav"
xmlns:cs="http://calendarserver.org/ns/"/>
]
[chunk] < 0
Got chunk size: 0
[hdr]
End of headers.
Running post_send hooks
ah_post_send (#0), code is 207 (want 401), WWW-Authenticate is (none)
[DEBUG 00:00:00] credentials accepted
Running destroy hooks.
Request ends.
sess: Destroying session.
************************************************************************************
Now, if I run syncevolution --sync slow owncloud
************************************************************************************
[INFO] @default/addressbook: inactive
[INFO] @default/memo: inactive
[INFO] @default/todo: inactive
[INFO @owncloud] target side of local sync ready
[INFO @owncloud] @owncloud/addressbook: inactive
[INFO @owncloud] @owncloud/memo: inactive
[INFO @owncloud] @owncloud/todo: inactive
[INFO @owncloud] @owncloud/calendar: starting first time sync, two-way (peer is
server)
[INFO @owncloud] @owncloud/contacts: starting first time sync, two-way (peer is
server)
[ERROR @owncloud] error code from SyncEvolution object not found (remote,
status 404): PROPFIND: Neon error code 1: 404 Not Found
[INFO @owncloud] @owncloud/calendar: first time sync done unsuccessfully
[ERROR @owncloud] object not found (local, status 10404)
[INFO @owncloud] @owncloud/contacts: first time sync done unsuccessfully
[ERROR @owncloud] object not found (local, status 10404)
[ERROR @owncloud] error code from Synthesis engine object not found (local,
status 10404)
Synchronization failed, see
/root/.cache/syncevolution/target_+config@owncloud-2013-07-29-23-30-
a/syncevolution-log.html for details.
Changes applied during synchronization (@owncloud):
+---------------|-----------------------|-----------------------|-CON-+
| | @owncloud | @default | FLI |
| Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| calendar | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| slow, 0 KB sent by client, 0 KB received |
| object not found (local, status 10404) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| contacts | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| slow, 0 KB sent by client, 0 KB received |
| object not found (local, status 10404) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| start Mon Jul 29 23:30:14 2013, duration 0:03min |
| object not found (local, status 10404) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
First ERROR encountered: error code from SyncEvolution object not found
(remote, status 404): PROPFIND: Neon error code 1: 404 Not Found
[ERROR] error code from SyncEvolution object not found (local, status 10404):
failure on target side @owncloud of local sync: PROPFIND: Neon error code 1:
404 Not Found
[INFO] @default/calendar: inactive
[ERROR] @default/calendar: aborted on behalf of user (local, status 20017)
[INFO] @default/contacts: inactive
[ERROR] @default/contacts: aborted on behalf of user (local, status 20017)
[INFO] creating complete data backup after sync (enabled with dumpData and
needed for printChanges)
Synchronization failed, see
/root/.cache/syncevolution/owncloud-2013-07-29-23-30/syncevolution-log.html
for details.
Changes applied during synchronization:
+---------------|-----------------------|-----------------------|-CON-+
| | @default | @owncloud | FLI |
| Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| calendar | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| object not found (local, status 10404) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| contacts | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| object not found (local, status 10404) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| start Mon Jul 29 23:30:13 2013, duration 0:05min |
| object not found (local, status 10404) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
First ERROR encountered: error code from SyncEvolution object not found
(remote, status 404): PROPFIND: Neon error code 1: 404 Not Found
Best Regrds
Maxime Haselbauer
On Thu, 2013-07-25 at 17:24 +0200, Maxime Haselbauer wrote:
Hm still not working for me :( I have error code 207 now
I have this script now .
Where do you see something about the 207 status code being an error? Can
you quote that part, too?
--
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.
11:16 a.m.
On Mo, 2013-07-29 at 21:38 +0200, Maxime Haselbauer wrote:
Well at the end of the configuration script, it says "code
207"
That wasn't an error.
If I sync-slow it says error 404
Can you try again and send me the syncevolution-log.html of the
target-config side (see in your ~/.cache/syncevolution folder) if it
still fails?
support from owndrive.com told me that they fixed the problem that I
identified on their side, and now SyncEvolution indeed works with
"--print-databases syncURL=https://my.owndrive.com/";. I haven't tried
syncing, but it should work now.
--
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:58 p.m.
On Mo, 2013-09-09 at 13:16 +0200, Patrick Ohly wrote:
On Mo, 2013-07-29 at 21:38 +0200, Maxime Haselbauer wrote:
> Well at the end of the configuration script, it says "code 207"
That wasn't an error.
> If I sync-slow it says error 404
Can you try again and send me the syncevolution-log.html of the
target-config side (see in your ~/.cache/syncevolution folder) if it
still fails?
support from owndrive.com told me that they fixed the problem that I
identified on their side, and now SyncEvolution indeed works with
"--print-databases syncURL=https://my.owndrive.com/";. I haven't tried
syncing, but it should work now.
Maxime sent me a log which still showed a 404 error. I set up
owndrive.com as part of the nightly testing and the initial testing
(involving sycning) succeeded with a few minor issues (incorrect vCard
handling on the server side).
Maxime, I ended up using "--print-databases
syncURL=https://my.owndrive.com" to find the default databases. That led
me to:
caldav:
Default calendar
(https://my.owndrive.com:443/remote.php/caldav/calendars/pohly/defaultcale...)
<default>
carddav:
Contacts (https://my.owndrive.com:443/remote.php/carddav/addressbooks/pohly/contacts/)
<default>
You log showed that you were using
https://my.owndrive.com:443/remote.php/carddav/addressbooks/<user>/...
I'm not sure where you got that URL from; please use the output from
--print-databases instead. In general it is better to use
auto-detection, if it 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.
2678
days inactive
2753
days old
syncevolution@synevolution.org
23 comments
3 participants
participants (3)
-
Juan Antonio Zuloaga Mellino -
Maxime Haselbauer -
Patrick Ohly