docs: We're not using aiohttp, not requests

This commit is contained in:
Hugo Osvaldo Barrera 2023-01-26 10:43:46 +01:00
parent 0045b23800
commit 7c72caef3f

View file

@ -40,22 +40,16 @@ To point vdirsyncer to a custom set of root CAs::
... ...
verify = "/path/to/cert.pem" verify = "/path/to/cert.pem"
Vdirsyncer uses the requests_ library, which, by default, `uses its own set of Vdirsyncer uses the aiohttp_ library, which uses the default `ssl.SSLContext
trusted CAs https://docs.python.org/3/library/ssl.html#ssl.SSLContext`_ by default.
<http://www.python-requests.org/en/latest/user/advanced/#ca-certificates>`_.
However, the actual behavior depends on how you have installed it. Many Linux There are cases where certificate validation fails even though you can access
distributions patch their ``python-requests`` package to use the system the server fine through e.g. your browser. This usually indicates that your
certificate CAs. Normally these two stores are similar enough for you to not installation of ``python`` or the ``aiohttp`` or library is somehow broken. In
care. such cases, it makes sense to explicitly set ``verify`` or
``verify_fingerprint`` as shown above.
But there are cases where certificate validation fails even though you can .. _aiohttp: https://docs.aiohttp.org/en/stable/index.html
access the server fine through e.g. your browser. This usually indicates that
your installation of the ``requests`` library is somehow broken. In such cases,
it makes sense to explicitly set ``verify`` or ``verify_fingerprint`` as shown
above.
.. _requests: http://www.python-requests.org/
.. _ssl-client-certs: .. _ssl-client-certs: