UNSOLVED DAV support

[yusf]

CardDAV Client Support #2738 is apparently in progress.

…if the self-hosted version is on feature parity with the commercial one. When reading the changelog on my self-hosted instance they write of features I cannot find in mine.

[yusf]

Oh, CardDAV server is already present, but it's only in the premium version. Cloudron seems to install the free version.

[yusf]

Wrong again! Seems like DAV support was added in after the creation of the app package and ENABLE_DAV is not present in the .env file. Adding it should enable this mighty fine feature of a built-in DAV server.

Requesting @nebulon or @girish for an update. Check out the latest env example file as there are some other new settings present as well.

[girish]

@yusf I have updated it now. Can you tell me how well the dav support works?

[yusf]

@girish Not so good. I get an http auth dropdown in Firefox and the server accepts my credentials (API key for password, not actual password) but throws a 404 after that.

I got the URLs from monica.domain.tld/settings/dav

[girish]

@yusf Does this doc help - https://github.com/monicahq/monica/blob/master/docs/user/carddav.md ?

[yusf]

@girish No. I'm doing exactly this but on macOS. I don't know if the fact that the API key is 953 charachters long affects the process, but it shouldn't.

[fbartels]

@yusf said in DAV support:

http auth dropdown in Firefox

Have you also tried an actual dav client?

[yusf]

@fbartels Yes of course, Contacts in macOS.

[girish]

@yusf said in DAV support:

I got the URLs from monica.domain.tld/settings/dav

Per the docs this should be monica.domain.tld/dav , I think.

[yusf]

@girish Yes. What I mean is that the monica.domain.tld/settings/dav page provides the full DAV URL, which I've also tested.

The same page also states that the normal password can be used, which I can't even use for HTTP Auth in the browser.

This page also provides a link for a downloadable export of the contacts, https://monica.domain.tld/dav/addressbooks/user@domain.tld/contacts?export which also throws 404.

I've also tried connecting CalDAV with the same result as CardDAV.

[yusf]

Now I've tried macOS, iOS and Thunderbird. They all fail

[nebulon]

I can confirm that it does not work with evolution/thunderbird/davx
The logs show a PROPFIND /.well-known/caldav HTTP/1.1" 301 which seems to be correct, but then nothing happens further.

[nebulon]

Actually the well-known just redirects to /dav/ which is correct, but at least in my case I can't get over the authentication issue then. Both username/password nor api token allow me to access the dav resources. Always get 401 status code.

[nebulon]

I was able to get it working with using api tokens, however they are very long and evolution for example would not accept that as a password.

I've created an upstream issue at https://github.com/monicahq/monica/issues/4295

[nebulon]

So according to the upstream project, the api tokens are actually the only way to do so. The text in monica is just wrong by now.

[yusf]

@nebulon Thank you. Which client did you succeed with?

On a sidenote my first post in this subject was technically regarding a DAV client feature in Monica meaning that it will be able to latch on to already existing contact databases such as one served from Radicale or SOGo. That seems like a better solution to me, but the feature is WIP still.

[girish]

@yusf said in DAV support:

regarding a DAV client feature in Monica

That does make is much more useful that having to put all contacts into Monica.

[yusf]

This feature is supposed to be done now https://github.com/monicahq/monica/issues/2738