Revised features section
Jon Callas <firstname.lastname@example.org> Wed, 05 September 2001 20:16 UTC
Received: from above.proper.com (above.proper.com [184.108.40.206])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA21188
for <email@example.com>; Wed, 5 Sep 2001 16:16:05 -0400 (EDT)
Received: from localhost (localhost [[UNIX: localhost]]) by above.proper.com (8.11.6/8.11.3) id f85K5Xi05497 for ietf-openpgp-bks; Wed, 5 Sep 2001 13:05:33 -0700 (PDT)
Received: from merrymeet.com (merrymeet.com [220.127.116.11]) by above.proper.com (8.11.6/8.11.3) with ESMTP id f85K5WD05493 for <firstname.lastname@example.org>; Wed, 5 Sep 2001 13:05:32 -0700 (PDT)
Received: from [192.168.1.180] (18.104.22.168) by merrymeet.com with ESMTP (Eudora Internet Mail Server 3.0.3) for <email@example.com>; Wed, 5 Sep 2001 13:05:29 -0700
Date: Wed, 5 Sep 2001 13:02:40 -0700
From: Jon Callas <firstname.lastname@example.org>
Subject: Revised features section
Content-Type: text/plain; charset="us-ascii"
This changes it to a bit vector. Brickbats to me. 22.214.171.124. Features (N octets of flags) The features subpacket denotes which advanced OpenPGP features a user's implementation supports. This is so that as features are added to OpenPGP that cannot be backwards-compatible, a user can state that they can use that feature. This subpacket is similar to a preferences subpacket, and only appears in a self-signature. An implementation SHOULD NOT use a feature listed when sending to a user who does not state that they can use it. Defined features are: First octet: 0x01 - Modification Detection (packets 18 and 19) If an implementation implements any of the defined features, it SHOULD implement the features subpacket, too.
- Revised features section Jon Callas