KolabNow setup/discovery doesn't work

Raptor 2101

I have setup several devices using DAVDroid / KolabNow. Syncronising Task/Calendars/Contacts works well.

Now while trying to setup a new device, I’am unable to configure DAVDroid properly. Only Contacts are discovered (but never synced).

Are there any logs to provide to start debugging?

Raptor 2101

Ok after a little testing I encounter the following. I am unable to get tracing from the Setup/Discovery phase. After setup kolab/davdroid (only with contact to sync) logs are available.

It seems that wrong links are discovered. DAVDROID tries to load the addressbook from https://carddav.mykolab.com/addressbooks/<principal>/<UUID>/ or https://apps.kolabnow.com/addressbooks/<principal>/<UUID>/ (depending of the setupmethod i use)

both links leads to the same response from the server: Sabre\DAV\Exception\NotImplemented -> GET is only implemented on

Attached Logs:
File objects1_1456258763724_davdroid-SyncManager-raptor2101@mykolab.com-com.android.contacts.txt 0_1456258763723_davdroid-SyncManager-mykolab.com-com.android.contacts.txt

rfc2822

Hello,

The URLs seem to be OK. Calling GET on them doesn’t make sense in WebDAV terms, this the “GET is not implemented” message.
Your attached logs don’t contain any errors.

Raptor 2101

Ok than thinks become interessting. As Written in the first post. I’am currently having multiple devices using DAVDroid to sync with Mykolab. All (except the new one) are syncronising events, tasks and contacts.

On all devices (including the new one) i’am unable to setup exactly the same kolab-account/settings. Only the contact folder is discovered but no contacts are synchronised.

Some information: the kolab-account used is “linked” with another one, sharing contact and calenders/events…

rfc2822

Can’t reproduce that here, our MyKolab test accoung is working fine.

To be able to help you, I would either have to be able to reproduce the problem here or get enough logging information.

Raptor 2101

Tell me what kind of logging you need and how I can produce it and you will get it Tell me what you need to reproduce the bug and I will assist as best as I can …

Whats driving me crazy is, that all devices already configured runs pretty well, but I’am unable to find any logs from the setup phase …

Raptor 2101

Is there a way to skipp the auto-discovery and setup DAVDroid manually?

rfc2822

Tell me what you need to reproduce the bug and I will assist as best as I can …

I’d need the exact steps how I can reproduce the problem.

Is there a way to skipp the auto-discovery and setup DAVDroid manually?

You can enter the direct URL of an address book or calendar. Auto discovery will run and add additional resources, but the direct URL will always be offered to synchronize (assuming that it’s a CalDAV calendar or CardDAV address book).

Raptor 2101

Ok thinks get wired. I forced davdroid to load my calender via using this link “https://caldav.mykolab.com/calendars/raptor2101@mykolab.com/Calendar”. Regarding to the log, the calendar is downloaded correctly (file attached) and browsable. But no Contacts are propageted

This was tested on a Galaxy Note 4.[link text]1_1457729678823_davdroid-SyncManager-mykolab.com-com.android.contacts.txt 0_1457729678822_davdroid-SyncManager-mykolab.com-com.android.calendar.txt

is there a “debug”-Version with is there more detailed debug-trace? especially for the “discovering” phase

Raptor 2101

Problems persists with 1.0. Cause of all devices to be reconfigured, currently all my devices are unable to sync via davdroid.

On the old account the setup looks like:

Run a full config using the same account-data nothing is discovered and contacts stays empty

Logfiles created during a rediscovery:
2_1459623042970_davdroid-5127-20160402-203921.txt.1
1_1459623042969_davdroid-5127-20160402-203921.txt
0_1459623042968_davdroid-4018-20160402-203920.txt

SOFTWARE INFORMATION
DAVdroid version: 1.0.5 (95) Thu Mar 31 20:22:00 MESZ 2016
Installed from: com.android.vending
JB Workaround installed: no

CONFIGURATION
System-wide synchronization: automatically
Account: raptor2101@mykolab.com
Address book sync. interval: 1440 min
Calendar sync. interval: 1440 min
OpenTasks sync. interval: 1440 min
Account: mykolab.com
Address book sync. interval: 1440 min
Calendar sync. interval: 1440 min
OpenTasks sync. interval: 1440 min

SQLITE DUMP
android_metadata
| locale |
| de_DE |
----------
settings
| setting | value |
| logToExternalStorage | 1 |
----------
services
| _id | accountName | service | principal |
| 1 | raptor2101@mykolab.com | carddav | <null> |
| 2 | raptor2101@mykolab.com | caldav | <null> |
| 3 | mykolab.com | carddav | https://apps.kolabnow.com/principals/raptor2101%40mykolab.com/ |
| 4 | mykolab.com | caldav | https://apps.kolabnow.com/principals/raptor2101%40mykolab.com/ |
----------
sqlite_sequence
| name | seq |
| services | 4 |
| collections | 16 |
| homesets | 11 |
----------
homesets
| _id | serviceID | url |
| 5 | 1 | https://carddav.mykolab.com/addressbooks/raptor2101%40mykolab.com/ |
| 6 | 2 | https://caldav.mykolab.com/calendars/raptor2101%40mykolab.com/ |
| 10 | 3 | https://apps.kolabnow.com/addressbooks/raptor2101%40mykolab.com/ |
| 11 | 4 | https://apps.kolabnow.com/calendars/raptor2101%40mykolab.com/ |
----------
collections
| _id | serviceID | url | readOnly | displayName | description | color | timezone | supportsVEVENT | supportsVTODO | sync |
| 10 | 1 | https://carddav.mykolab.com/addressbooks/raptor2101%40mykolab.com/b62631feacec-a228c3ea4080-dd9aad4a/ | 0 | <null> | <null> | <null> | <null> | <null> | <null> | 1 |
| 11 | 1 | https://carddav.mykolab.com/addressbooks/raptor2101%40mykolab.com/d84acfb73091-65835ec34347-881bcc5f/ | 0 | Contacts | <null> | <null> | <null> | <null> | <null> | 0 |
| 12 | 2 | https://caldav.mykolab.com/calendars/raptor2101%40mykolab.com/2adf8978f9f9-0ab5a2faa935-ae0ee019/ | 0 | <null> | <null> | <null> | <null> | <null> | <null> | 1 |
| 13 | 2 | https://caldav.mykolab.com/calendars/raptor2101%40mykolab.com/7f9d1835e364-cb49da6b806b-b4842c14/ | 0 | <null> | <null> | <null> | <null> | <null> | <null> | 1 |
| 14 | 2 | https://caldav.mykolab.com/calendars/raptor2101%40mykolab.com/8a819c40dca1-2a599525be68-c0bec095/ | 0 | <null> | <null> | <null> | <null> | <null> | <null> | 1 |
| 16 | 3 | https://apps.kolabnow.com/addressbooks/raptor2101%40mykolab.com/d84acfb73091-65835ec34347-881bcc5f/ | 0 | Contacts | <null> | <null> | <null> | <null> | <null> | 0 |
----------

SYSTEM INFORMATION
Android version: 5.1.1 (LMY47X.P605XXU1EOI5)
Device: Samsung SM-P605 (lt03lte)

Raptor 2101

I solved the problem eg found the root cause.

Within kolabnow a user is able to (un) subscribe folders. Calenders, Task and Contacts are “special folders”. So if you unsubscribe within thunderbird from this folders (imap sync), this resources aren’t propagate to davdroid as well.