On Thu, 08 Nov 2001 10:34:44 +0200, disastry said:
rfc2440b03> extends until the end of the file. In general, an implementation
rfc2440b03> SHOULD NOT use indeterminate length packets except where the end
rfc2440b03> of the data will be clear from the context,
it does not talks about compression,
Well, the "clear from context" is exactly the case for compressed
packets because the zip algorithm has its own length management.
but gpg implements this different way than in RFC1991 and RFC2440:
Not if you give --openpgp or when the recipient uses a v4 key. I used
the other method to implement the indefinite length packets before I
knew about the OpenPGP WG.
other interoperability problem is that gpg puts
signature after the data packet, pgp expect it before..
I think it is because gpg wants to do all in
one pass without seeking or using temporary files.
Exactly. I have suggested to write a wrapper which swaps the sequence.
Werner
--
Werner Koch Omnis enim res, quae dando non deficit, dum habetur
g10 Code GmbH et non datur, nondum habetur, quomodo habenda est.
Privacy Solutions -- Augustinus