Hal,
At 09:10 AM 19/07/2000 -0700, hal(_at_)finney(_dot_)org wrote:
> to all: what's the verdict?
The "verdict" is that there is a limit of 65535 on the length of each
of the hashed and unhashed segments. That's what the spec says, that's
what you do. Obviously this implies that each individual subpacket has
to be no larger than this. You can express the subpacket length using any
of the permitted encoding methods. There is no ambiguity that I can see.
The only "issue" was whether we might want to make a new signature version
in the future to hold larger subpackets, but the consensus seemed to be
that this would be a misuse of signature subpackets; such large amounts
of data should not be hidden within sigs, but should be expressed on
their own somewhere.
Maybe in a version 5 sig., simply make the signature subpacket length
definition packet equal to a two octet scalar - this would then marry with
the total length of all un/hashed subpackets and would also reduce the
amount of processing required to determine the length of a signature subpacket.
Regards
Erron Criddle
Comasp Ltd.
Level 2, 45 Stirling Hwy
NEDLANDS WA 6009
Fax: 08 9386 9473
Tel: 08 9386 9534
http://www.comasp.com
ejc(_at_)comasp(_dot_)com