[openpgp] Re: on discarding Literal Data Packet metadata [ was: Analysis document]

Andrew Gallagher <[email protected]>
Newsgroups gmane.ietf.openpgp
Message-ID <[email protected]>
On 10 Jul 2025, at 22:05, Daniel Kahn Gillmor <[email protected]> wrote:
> 
> On Thu 2025-07-10 15:58:02 +0100, Andrew Gallagher wrote:
>> it is intended to provide a drop-in replacement for those workflows
>> that currently rely on them.
> 
> Can you (or anyone following this discussion) identify such a workflow?
> I'm asking literally, not rhetorically.  We should be developing the
> protocol based on at least reasonably well-understood use cases.

The best I can do is this mail from Nickolay [1]. I think the only person who can definitively answer this is someone who uses the library he references. I doubt we will ever get such an answer though...

A

[1] https://lists.gnupg.org/pipermail/librepgp-discuss/2024/000019.html

_______________________________________________
openpgp mailing list -- [email protected]
To unsubscribe send an email to [email protected]
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEKR55odxVrielLu+DXB7EBNWQZikFAmhyL1MACgkQXB7EBNWQ
ZilGsg/+Kok6hNou8stWyvn+MAJCIW9c9JEFFR7kQQfNSF4dpN106+40vODWo/kG
XQchXj2FAcIyC1bu6tMcLtY3EAbZmrMMB96ygWac1d+QJYxELHAKIPVsJtwAAURZ
nQuzANx1B8hcoAmxD0YqD4hrwFci4FxiyCX/B4vAEuL3jYAHWAVc1ag8lPf81WP0
lucE1pQoYeL5WIRDOjQHlgINNjrJ7GsiqoNYKwH41dTVfH2kVX+uH4+W/KvZUQ1b
yh+pWXKd4ODln2PprVQeS0Fy84to/kwuKLZqyi34hO21mf1xxZbiKdgYNDtBZED2
gcORNVaS5D1bLTZb2drPIicREhjj87JttLu1eHb9a9/qQUzDjmXiCwF+VmAahR3g
6PfV2aOqIcpU9TkxjZiaQRiQZwCHyPYdvQe6/ERMA0m8y476JXSptOe5WdeloeZ/
kfOI4lhu8x/eRYxkInGspiUDkSfKADYBZiFcU4JesDgth1QuBpOhDzN4rlbardgV
rBwWC9cs6x6J48/NFOPOH6VQG5i+bcgQ5yV41WEDT9X6gOp5OhatfVZiEVky3PaC
cTWg6pWUw0HfwPlg2QkJLcRtUf44BFpjHSjtqw+b42fs0fKcEbrUR+x0zjiAsCQq
ID66GyEnYJbnERTAMiqJDNYEutrv5kA3QjriZHu4iwZSlCa1VjY=
=kbHG
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.