@mpatrascoiu >To me, this looks like noise (previously, ~38% of transfers failing was mentioned). Yes, that value is at 75% right now (failures). Most of the successful transfers do not use `davs://` but seem to start with `srm://` or `https://`. But I also found 1 working example with both endpoints using `davs://`: https://fts3-cms.cern.ch:8449/fts3/ftsmon/#/job/44192334-4ada-11ed-a5ba-fa163e252af3 Manual tests ALWAYS fail if `DAVIX_DISABLE_SESSION_CACHING` is unset. In the original table I assumed `DAVIX_DISABLE_SESSION_CACHING=false` was the default value. The correct table is client | server | dst protocol | works? -- | -- | -- | -- DAVIX_DISABLE_SESSION_CACHING unset | http.tlsreuse on, off, or missing | `davs://` | no DAVIX_USE_LIBCURL=1 | http.tlsreuse on, off, or missing | `davs://` | no -- | -- | -- | -- DAVIX_DISABLE_SESSION_CACHING set | http.tlsreuse on, off, or missing | `davs://` | yes DAVIX_DISABLE_SESSION_CACHING unset | http.tlsreuse on, off, or missing | `https://` | yes DAVIX_USE_LIBCURL=1 | http.tlsreuse on, off, or missing | `https://` | yes It seems that switching `davs://` → `https://` immediately improves the situation (or setting `DAVIX_DISABLE_SESSION_CACHING`). -- Reply to this email directly or view it on GitHub: https://github.com/xrootd/xrootd/issues/1736#issuecomment-1277543633 You are receiving this because you commented. Message ID: <[log in to unmask]> ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the XROOTD-DEV list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1