Looks like something has changed in Baikal and it was working before? You could check #192 which allows to select the query method and see if any of these variants work. Otherwise I'd suggest to open an issue with Baikal.

@altheeagle Please check with the current version whether the last imported PR #205 solves your problem

Thank you that you mentioned me. Unfortunatly it didn't helped - or made somethin wrong. I've just updated carddav2fb with "git fetch" and "composer update" and still getting same error.

Just surfing by here I think I can give a few helpful pointers.

Please see here for the issue: sabre-io/dav#932

You may be interested in this for inspiration on how to fix it: mstilkerich/carddavclient@106a1df

Interesting. I‘m by no means a curl expert. As I understand it you‘re retrying the request in the dreaded HTTP 500 response with different curl auth options? Sabre won‘t fix it as its due to http client behavior. We could try applying your fix here, thank you very much!

There is different ways to work around this:

1. Don't use REPORT at all, because the issue specifically only affects the REPORT request method. Downside: Many GET requests is slower than addressbook-multiget REPORT.
   • Discover the cards in an addressbook using PROPFIND
   • Download the cards individually with GET requests
2. If you only care about BASIC authentication, you can send the authentication headers with the first request, i.e. skip the negotiation of the AUTH scheme. Downside: Baïkal by default uses DIGEST authentication, so this won't work out of the box for many users. With digest, this does not work, because a 401 response is needed to get the parameters for the digest auth scheme.
3. Always force CURL to negotiate the authentication (CURLAUTH_ANY). This is what you can see in the commit I referenced. Downside: Each request will be sent twice. The first without Authentication header will get a 401, then another one with the proper auth info will be sent.

If you don't care about performance, 1 or 3 are the easy way to go.

For me, 1 and 2 was not an option, because I want the library to interoperate with any CardDAV server in the most efficient supported way. 3 was also not an option because I don't want to slow down communication with other CardDAV servers because of a workaround for sabre. So I chose to try the normal way, and specifically detect the issue (500 reply and some other conditions you can see in my commit's code comment). Only if I detect the issue I then use option 3.

Thank you @mstilkerich for the in-depth explanation. As performance is not my primary concern due to the batch-oriented nature of what we're doing 3. sounds like a good option. It would still be considerable better in performance than 1.

@blacksenator do you want to give it a try? It should also only be necessary to use this approach if user/password are specified, but not with open servers.

@andig I just followed the discussion out of the corner of my eye. If I understand correctly, the request method should be cascaded? If you code the PR, I can willingly test it - if you explain to me again how or what to test.

PR attached please let me know if this works and solves the problem with Sabre.

Hi, I've just updated the program and now I get a different Error:
`./carddav2fb run -vvv
Downloading recent FRITZ!Box phonebook
No special attributes are saved!
Downloading vCard(s) from account
0 [>---------------------------] < 1 sec 6.0 MiB
In RequestException.php line 113:

[GuzzleHttp\Exception\ServerException (500)]
Server error: REPORT https://xxx/dav.php/addressbooks/<username>/default/ resulted in a 500 Internal Server Error response:

<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
<s:sabredav-version>4 (truncated...)

Exception trace:
at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/guzzle/src/Exception/RequestException.php:113
GuzzleHttp\Exception\RequestException::create() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/guzzle/src/Middleware.php:65
GuzzleHttp\Middleware::GuzzleHttp{closure}() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/promises/src/Promise.php:203
GuzzleHttp\Promise\Promise::callHandler() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/promises/src/Promise.php:156
GuzzleHttp\Promise\Promise::GuzzleHttp\Promise{closure}() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/promises/src/TaskQueue.php:47
GuzzleHttp\Promise\TaskQueue->run() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/promises/src/Promise.php:246
GuzzleHttp\Promise\Promise->invokeWaitFn() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/promises/src/Promise.php:223
GuzzleHttp\Promise\Promise->waitIfPending() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/promises/src/Promise.php:267
GuzzleHttp\Promise\Promise->invokeWaitList() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/promises/src/Promise.php:225
GuzzleHttp\Promise\Promise->waitIfPending() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/promises/src/Promise.php:62
GuzzleHttp\Promise\Promise->wait() at /usr/local/lib/php/carddav2fb/vendor/guzzlehttp/guzzle/src/Client.php:183
GuzzleHttp\Client->request() at /usr/local/lib/php/carddav2fb/src/CardDav/Backend.php:171
Andig\CardDav\Backend->getVcards() at /usr/local/lib/php/carddav2fb/src/functions.php:51
Andig\download() at /usr/local/lib/php/carddav2fb/src/DownloadTrait.php:35
Andig\RunCommand->downloadProvider() at /usr/local/lib/php/carddav2fb/src/DownloadTrait.php:70
Andig\RunCommand->downloadAllProviders() at /usr/local/lib/php/carddav2fb/src/RunCommand.php:56
Andig\RunCommand->execute() at /usr/local/lib/php/carddav2fb/vendor/symfony/console/Command/Command.php:255
Symfony\Component\Console\Command\Command->run() at /usr/local/lib/php/carddav2fb/vendor/symfony/console/Application.php:1001
Symfony\Component\Console\Application->doRunCommand() at /usr/local/lib/php/carddav2fb/vendor/symfony/console/Application.php:271
Symfony\Component\Console\Application->doRun() at /usr/local/lib/php/carddav2fb/vendor/symfony/console/Application.php:147
Symfony\Component\Console\Application->run() at /usr/local/lib/php/carddav2fb/carddav2fb:20

run [-i|--image] [-l|--local [LOCAL]] [-c|--config CONFIG]
`

@altheeagle
Just to be sure - and according to your message from May 13 and the first error you mentioned: have you tried it with an configuration like in this example?

@blacksenator
No I did not have tried a configuration like in your example. But now I did and it works! Thank you for mentioning this! This Issue can now be closed.