semantics of gnupg --keyserver in 2.1

Daniel Kahn Gillmor dkg at fifthhorseman.net
Wed Dec 17 18:31:24 CET 2014


On 12/17/2014 11:08 AM, Andre Heinecke wrote:
> In that case I would vote for just overwriting the config value if it is 
> provided on the command line and use a fallback mechanism using one or 
> multiple config entries otherwise. (or multiple keyserver options on the 
> command line)
> 
> If you explicitly set the command line keyserver parameter you probably really 
> want that keyserver to be used for some reason. So this should overwrite the 
> config.

Just to clarify, i think you mean "override", not "overwrite" -- there
is no need to modify the configuration file because of the presence of
the command-line argument, correct?

I like the idea that if a --keyserver command line argument is present,
it would supersede the configuration information that dirmngr started up
with -- but only for these specific queries.  other queries routed
through the same dirmngr process concurrently (or afterward) should
retain their initial configuration.

	--dkg

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: </pipermail/attachments/20141217/6846e041/attachment.sig>


More information about the Gnupg-devel mailing list