ok then … I doubt that there are still some problems but I have not the time to reproduce them atm. so closing with the given explanation is ok for now, I’ll come back if I have more details 😉 Thx
Android 8.0: no CardDAV/CalDAV service found
Since about a half year I synchronize my contacts and calendar between Thunderbirg Lightning and my mobile phone (Sony Xperia Android 8.0) with Davdroid - so far it worked fine.
Now I’ve changed my password and Thunderbird still gets the desired information - Davdroid unfortunately displays the following error message: Neither a Caldav nor a Carddav service could be found.
I have repeated the attempt in the last days again and again - same result.
Does anyone have an idea what I am doing wrong? Or what else I could try?
Meanwhile I am helpless and grateful for every tip.
I have attached the debug txt
2019-02-04 13:34:09 1133 [HttpClient] --> PROPFIND https://spica.t-online.de/spica-calendar/caldav
2019-02-04 13:34:09 1133 [HttpClient] <-- 405 Method Not Allowed https://spica.t-online.de/spica-calendar/caldav (144ms)
Seems like there’s really no service at
https://spica.t-online.de/spica-calendar/caldav%20(note the %20 or space at the end). Where did you get this URL from? Does it work without space at the end? Which server/service is it?
first of all: thanks for your reply.
when I set up synchronization for the first time, I used a guide I found here: https://alphathiel.de/kalender-von-emailt-online-de-mit-android-per-caldav-synchronisieren/
As you can see, the blogger is using a different app, but when I later switched to Davdroid, the connection still worked fine.
The server it’s about is: t-online.de (the url you provide is old)
I inserted a new password at the beginning of the year and since then there have been problems. Again to my basic situation:
Address data and calendar are to be synchronized between office computer + laptop + mobile phone.
Office computer + laptop both use Thunderbird + Lightning - the synchronization now works fine again
Unfortunately not to my mobile phone, though. Davdroid stubbornly issues the error message: "Couldn’t find a Carddav or a Caldav service.
I also tried the address without spaces at the end. I have also tested several variants, all without success.
The big wide net didn’t find an alternative URL either. Now I am at the end of my wisdom…
Do you still have an idea what I could do?
@immiperium Maybe you can help us finding a test account? Then I can try myself…
Allright, I asked for an extra mailadress… waiting for answer…
@immiperium Thanks for the test account! Can we keep it and use it for further testing or will it expire?
Does T-Online provide CardDAV, too? And is it documented somewhere? I couldn’t find “official” CalDAV/CardDAV URLs.
this is strange…
on my side it still doesn’t work:
I open davdroid, I choose new account -> connecting with url and username -> I fill in the url and user data and the answer is: Couldn’t find a Carddav or a Caldav service…
Maybe I should delete the app and then install again?
What do you think?
And yes - you can use it for longer time - at least, as long as I am custom of t-online
And yes - t-online supports also Carddav… I remember, when I installed your app first time, I only used “https://spica.t-online.de/” and this worked fine - but I am not 100% sure…
Does it work for you when you use the test username/password?
If yes, can you provide the “View logs” of the failing detection of your real account when you just use https://spica.t-online.de as Base URL?
Re-installing DAVx⁵ shouldn’t change anything, I’m quite sure it’s not a DAVx⁵ problem.
@immiperium What happens when you use https://spica.t-online.de/ as the Base URL, instead of https://spica.t-online.de/spica-calendar/caldav/principals/ like in the logs?
Seems to be a really strange case. It works here, also with 22.214.171.124-gplay. But I see from your logs that it’s not being detected with the same login data and the same version…
- Do you have any other devices to test?
- Did you get DAVx⁵ from Google Play? Did you install a previous version and then update to 126.96.36.199 or was it your first install?
- Did you recently update to Android 8? Was Android 8 the first Android version of your device?
Can you please:
- enable verbose logging in DAVx⁵
- kill DAVx⁵ from your task manager
- start DAVx⁵ and add the account again (which will fail)
- send the logs to firstname.lastname@example.org
- disable vebose logging again
enable verbose logging
Okay - I don’t really understand “verbose logging” -
where do I find this?
Maybe re-installing DAVx⁵ would really help. There are some strange Android 8 cache problems, maybe it’s a similar problem here. If re-installing DAVx⁵ would solve the problem, I guess it wouldn’t be worth it to dig further into the problem…
All right, I will first try to reinstall davdroid… keep you posted
Yeaah! Fireworks! Fanfares! … and a third word with F…
I am happy.
Thank you so much for your patience.
Just a simple reinstall - sometimes I wonder, why I always forget this solution… we all live still in an analog image of the world…
Well have a nice day and thanks again
best wishes from Cologne
@immiperium Thanks for the update. So it probably was this strange cache thing that only happens with Android 8.0.0 and can never be reproduced… hopefully this problem will disappear over time.
Just one thing: Did you install DAVx⁵ fresh on Android 8 or did you install it on 7.x and then update to 8.x? Were there any Android updates on your phone since you used the phone the first time?