But I’m afraid that the Carddav and CalDav connections for Thunderbird no longer work. They both work fine with my Android device. I’m unclear how I might provide more information. There doesn’t not appear to be any mention of a problem in neither nginx or nextcloud logs.
I had run into exactly the same problem as you with my setup - my Thunderbird (Lightning and CardDav for proper contacts sync) simply stopped working - the error was READ_FAIL and DAV_NOT_DAV.
Everything else seemed to work without issues though, Android Dav sync, WebDav. I even installed eM client as an alternative desktop client and it managed to sync contacts and calendar.
What was noticeable was that Thunderbird did not even ask for username and password. It simply failed. I did however manage to resolve my situation.
For whatever reason unknown to me Nginx seemed to have messed up my setup. In my case I used nginx as reverse proxy so simply deactivating it resolved the situation immediatly.
I am not sure about your setup but it might have something to do with the nginx configuration.
I hope that helps, let us know if you find out anything new.
first off, I really don’t know much about web server administration at all, so I hope someone more seasoned can help out right here.
From my investigation it appears that Thunderbird handles the path rewrites not as well as other clients. To confirm this theory, have you been able to try to connect to CardDav/CalDav with other desktop clients? I tried eM client to investigate and that one worked just fine.
Other than that I cannot spot anything in your config that looks fishy. So I am afraid I would not be able to help further if it was anything else.
When i was configuring Letsencrypt for my https connection I had commented out all of previous ssl directives… Once letsencrypt was completed and my sessions were secured I didn’t think any of the other directives were necessary… the one that Thunderbird needed was
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
once that was added it all worked great.
All the necessary ssl directives for Nginx config are
Ah, good to know! That came from a different angle.
Which reminds me of a curious situation when I first configured nextcloud (with Let’s Encrypt) and Thunderbird. Thunderbird just wouldn’t connect until I found out that Let’s Encrypt was simply not activated as trusted authority. I never found out why that was the case, luckily that was easy to fix on client side.
Hey i had this problem too. The link which was used in NC10 has changed in NC11 so check your link in the plugin. Also the Contact link changed
I guess a solution is to delete and add calendars and contacts links again. Another solution would be a rewrite rule in apache or nginx.
I believe that this solution MAY work indeed - however… I had the same problem till about 5 minutes ago BUT only in one out of 5 of my Thunderbird installations.
Yes I use nginx. Yes I switched from StartSSL to Letsencrypt recently. Yes I migrated from OwnCloud to NextCloud over the past weekend.
For me - changing the Nginx settings made no sense… It worked on 4 machines and only one refused to connect. I knew that the url and password were correct… Your post gave me an idea.
Steps that solved the issue for me:
A) Close Thunderbird
B) Go to your Thunderbird profile:
On Linux its ~/.thunderbird/RANDOMSTRING.default/
C) Find file cert8.db and rename it to old.cert.db
D) Restart Thunderbird
That’s it. Your Thunderbird should now ask you for the CalDav resources login and password.
I tried these steps and had no luck.
TB did not ask for login and password and the problem remains.
I also tried to redo the SSL configuration but that did not help either. However, I am not sure wether I did that correctly as I am using Apache, so I had to “translate” some of the configuration.