gnupg --fetch-key problems

[Björn Jacke]

On 31.08.20 02:48, Ángel wrote:
> I don't think it's a good idea to block HTTP/1.0 requests. Your system,
> your choice, of course.

as I wrote in my provious mail, it is not uncommon that sites are
blocking HTTP 1.0 these days. So it is not a good idea to only support
HTTP 1.0 in gpg. This makes gpg work suboptimal for it's users. You need
to face the fact that HTTP is not available everywhere any more and http
clients have also to adopt to what servers support. It's my choice what
I configure on my server of course and only for gpg I allow HTTP 1.0 for
the needed paths here. I managed to figure out what the problem was but
most sites and most users will not. It's up to the gnupg developers to
improve the situation for your users.


> HTTP/1.1 would require support for things that currently may not be
> present, such as chunked transfer encodings, whereas HTTP/1.0 is
> perfectly fine for the expected use.

see what I wrote above and I already proposed in my previous mail that
libcurl would probably a very good idea.

Björn




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <https://lists.gnupg.org/pipermail/gnupg-users/attachments/20200831/26b1cbb8/attachment.sig>