Re: [openpgp] Requesting the editor to step down

Wiktor Kwapisiewicz <> Mon, 20 April 2020 09:33 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 60DE13A090B for <>; Mon, 20 Apr 2020 02:33:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.199
X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Vb_Qrh03gmum for <>; Mon, 20 Apr 2020 02:33:46 -0700 (PDT)
Received: from ( [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id E52103A08DD for <>; Mon, 20 Apr 2020 02:29:52 -0700 (PDT)
Received: by with SMTP id r16so133105edw.5 for <>; Mon, 20 Apr 2020 02:29:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=2017; h=to:references:cc:from:organization:subject:message-id:date :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=MFyDB9ix9WsM75zba52OMuExPNkOXypqS2lCFTKWIr4=; b=Wf/uMa1AGQg0YM3J/4Lp3E60QQtp7sZPJgnu4t7RB9giNpLyYGdHoDmvqDTOntsWwM MUVILWr3i783uWWV30ejbmB25CM+RsS/rm/Eu6UA0dhNKOJB++JAUF+fbZUneAMvCQjW 8eeIFUWCcjgI5Sr5YVkCiolBtkgCFl1nnqCx/WaPNwsVP2VxRIT4QuR1VtpC6EnR+0j9 sGPVX83Lw89WTKSAnUToClUhYuucewxbfoFutrMkwDvxAviI3SjM4UPxUEzDogL+LAuk gNPLF2xBTZrrfs/g4Pk+dyST1VrHS/7ZALq13H7aJq+0vfDszkOivOn+cVN6+0fnFmIu b5vQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:to:references:cc:from:organization:subject :message-id:date:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=MFyDB9ix9WsM75zba52OMuExPNkOXypqS2lCFTKWIr4=; b=lBR4+X1vrcdO/mkrmGss6+hBd1Cinvij6k8+Musz6YTml3wQUY9RYs4VyBxkf0HZFl 2CZc1jy1npSkYFOwTdgXuoz6+sKaEUb+uNTEzXgeU50N75QrUCOltM/sunhZ/oAPIybt qSeARXClMXQSQgQGUzgqUci5WTFspUIKejIPI7bSDcoM0DN5wLMuIUwwB5PQfr2sXLzv D68LXyK0mG9Rj2fcU/kyEbSQgGyKGEBtjpA36NwltvXcqAEMwXjUnoUFxZyyMcmwQYNm 3lSVxykQjRb/mCAP8RAjnj2V6fiuVsG8EJYQEMIAKN6Dm2OoI0Egr0NJxkH7QpMh7RyY I7yA==
X-Gm-Message-State: AGi0PuZr8sCEoSwuQJXisNm+xqFmTnFozmjSpm5eAXmcgszBmFgx/ZBg LPNt61xm4Km6uO7deQlsixZrcoHp87k=
X-Google-Smtp-Source: APiQypJoXHYjXtaG1LHGDulRd3GyRdgjby29XqnUFY3Z5X2QbWIW0SaaF3VFrC4pWJwUCiLSN3ZiqQ==
X-Received: by 2002:a50:a7a6:: with SMTP id i35mr13091008edc.130.1587374988886; Mon, 20 Apr 2020 02:29:48 -0700 (PDT)
Received: from ?IPv6:2a02:a317:4e3d:46f0:224:9bff:fe17:fb78? ([2a02:a317:4e3d:46f0:224:9bff:fe17:fb78]) by with ESMTPSA id e16sm84761eja.58.2020. (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 20 Apr 2020 02:29:48 -0700 (PDT)
To: Werner Koch <>
References: <> <> <>
Cc: "" <>
From: Wiktor Kwapisiewicz <>
Organization: Metacode
Message-ID: <>
Date: Mon, 20 Apr 2020 11:29:45 +0200
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <>
Subject: Re: [openpgp] Requesting the editor to step down
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Ongoing discussion of OpenPGP issues." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 20 Apr 2020 09:33:50 -0000

Werner, I think what Vincent meant was that you don't address community
feedback ("The Document Editor is responsible for ensuring that the
contents of the document accurately reflect the decisions that have been
made by the working group.").

That e-mail is an example of that: there is list of things done or to be
done (which is very welcome, I look forward to X448) but zero replies to
the points what Vincent wrote.

Kind regards,

On 20.04.2020 11:01, Werner Koch wrote:
> On Fri, 17 Apr 2020 10:35, Ronald Tse said:
>> The said issues would be better resolved by finalizing the RFC 4880bis
>> document and publishing it.
> Except for some unimportant details we already had rough consensus on
> the I-D a long time ago.  There are even at least 3 interoperable
> implementations of the new features.
> With the attacks on the keyserver in the last summer there was the idea
> to add countermeasures to the I-D.  They are now specified (attestation
> key signatures) and I am not aware of technical problems with that
> proposal.  I do regularly publish revisions of the I-D to keep it from
> expiring.  Since -09 these are in the queue:
> 722ed9e * Typo fix
> 30d8397 * Introduce the Key Block subpacket to align OpenPGP with CMS.
> 669f73f * Typo fix
> 6fd718d * Revert to the RFC4880 requirement of having a User ID.
> Right, the Key Block subpacket[1] has not yet been discussed but I hope
> this is non-controversial because it is another workaround for the
> keyserver problems and allows for better decentralized use.  Experience
> has show that this is very useful and should, similar to S/MIME, not be
> done at the MIME level.
> Open editorial tasks are:
>  - Clarify how MPIs are used with 25519 and X448.
>    (Gniibe proposed a change last fall)
>  - Add X448
>  - Fix some fallout with the recently done markup language change.
>  - Final proof reading
> Salam-Shalom,
>    Werner
> [1]
> --8<---------------cut here---------------start------------->8---
> Key Block
> (1 octet with value 0, N octets of key data)
> This subpacket MAY be used to convey key data along with a signature
> of class 0x00, 0x01, or 0x02.  It MUST contain the key used to create
> the signature; either as the primary key or as a subkey.  The key
> SHOULD contain a primary or subkey capable of encryption and the
> entire key must be a valid OpenPGP key including at least one User ID
> packet and the corresponding self-signatures.
> Implementations MUST ignore this subpacket if the first octet does not
> have a value of zero or if the key data does not represent a valid
> transferable public key.
> --8<---------------cut here---------------end--------------->8---
> _______________________________________________
> openpgp mailing list