Re: [openpgp] Linked Identities / URI Attributes status
Werner Koch <wk@gnupg.org> Sat, 07 October 2017 08:43 UTC
Return-Path: <wk@gnupg.org>
X-Original-To: openpgp@ietfa.amsl.com
Delivered-To: openpgp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 903C0134541 for <openpgp@ietfa.amsl.com>; Sat, 7 Oct 2017 01:43:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FGNsWOOfdFye for <openpgp@ietfa.amsl.com>; Sat, 7 Oct 2017 01:43:40 -0700 (PDT)
Received: from kerckhoffs.g10code.com (kerckhoffs.g10code.com [IPv6:2001:aa8:fff1:100::22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFB4413453D for <openpgp@ietf.org>; Sat, 7 Oct 2017 01:43:40 -0700 (PDT)
Received: from uucp by kerckhoffs.g10code.com with local-rmail (Exim 4.89 #1 (Debian)) id 1e0khu-0007Wc-9c for <openpgp@ietf.org>; Sat, 07 Oct 2017 10:43:38 +0200
Received: from wk by wheatstone.g10code.de with local (Exim 4.84 #3 (Debian)) id 1e0kci-0000ch-0J; Sat, 07 Oct 2017 10:38:16 +0200
From: Werner Koch <wk@gnupg.org>
To: Vincent Breitmoser <look@my.amazin.horse>
Cc: Wiktor Kwapisiewicz <wiktor@metacode.biz>, openpgp@ietf.org
References: <43412d30-51a2-1941-43d9-f0207f77afcd@metacode.biz> <874lrctv76.fsf@wheatstone.g10code.de> <20171006162635.nnlwewcnbexckqza@calamity>
Organisation: The GnuPG Project
X-message-flag: Mails containing HTML will not be read! Please send only plain text.
Mail-Followup-To: Vincent Breitmoser <look@my.amazin.horse>, Wiktor Kwapisiewicz <wiktor@metacode.biz>, openpgp@ietf.org
Date: Sat, 07 Oct 2017 10:37:54 +0200
In-Reply-To: <20171006162635.nnlwewcnbexckqza@calamity> (Vincent Breitmoser's message of "Fri, 6 Oct 2017 18:26:35 +0200")
Message-ID: <87lgkns68t.fsf@wheatstone.g10code.de>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=enemy_of_the_state_Project_Monarch_North_Korea_Soviet_morse_spies=Mo"; micalg="pgp-sha256"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/openpgp/zgGQW8qPtJ94tkEVDpDJNsAdkxE>
Subject: Re: [openpgp] Linked Identities / URI Attributes status
X-BeenThere: openpgp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Ongoing discussion of OpenPGP issues." <openpgp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/openpgp>, <mailto:openpgp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/openpgp/>
List-Post: <mailto:openpgp@ietf.org>
List-Help: <mailto:openpgp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/openpgp>, <mailto:openpgp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Oct 2017 08:43:42 -0000
On Fri, 6 Oct 2017 18:26, look@my.amazin.horse said: > A secondary thought is that, while the content explicitly isn't > restricted, overloading user ids with more stuff adds to the amount of > guesswork implementations have to do to interpret and display them in a You don't need to do any guesswork. We have notation data which can be used to add meta data to a user id. Hiding things which might act as identities in UAT does not feel right. We better keep UAT for what they are used today - for the more or less useless photo-ids Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz.
- [openpgp] Linked Identities / URI Attributes stat… Wiktor Kwapisiewicz
- Re: [openpgp] Linked Identities / URI Attributes … Werner Koch
- Re: [openpgp] Linked Identities / URI Attributes … Vincent Breitmoser
- Re: [openpgp] Linked Identities / URI Attributes … Werner Koch
- Re: [openpgp] Linked Identities / URI Attributes … Wiktor Kwapisiewicz