Re: [ietf-smtp] Fwd: New Version Notification for draft-crocker-email-deliveredto-05.txt

Ned Freed <ned.freed@mrochek.com> Mon, 09 August 2021 15:46 UTC

Return-Path: <ned.freed@mrochek.com>
X-Original-To: ietf-smtp@ietfa.amsl.com
Delivered-To: ietf-smtp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF7573A1929 for <ietf-smtp@ietfa.amsl.com>; Mon, 9 Aug 2021 08:46:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mrochek.com
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 jEppOyxXPNAg for <ietf-smtp@ietfa.amsl.com>; Mon, 9 Aug 2021 08:46:31 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [98.153.82.211]) (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 957F93A1928 for <ietf-smtp@ietf.org>; Mon, 9 Aug 2021 08:46:31 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01S2E8OUGUCG00KJLL@mauve.mrochek.com> for ietf-smtp@ietf.org; Mon, 9 Aug 2021 08:41:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mrochek.com; s=201712; t=1628523684; bh=/KYWzgYXKknsPJcmAIy5dw5nsQuBfKg2+3eJz317j18=; h=Cc:Date:From:Subject:In-reply-to:References:To:From; b=LPgpmRzkcC1MOU2zLkGvW8p/DM+s+g+D3G2uASQ9kaxRMjdFKyoQS+YCFG2REztfg 9kcbDy5LqEmuu/jIFChtuO+BYezgzhNv0fe2euiOu2ZcxrLDY9p9zARFudyGIRpMQL O71rRzBJ0LUyYEM4koFDPpAkXkRtPe5nHZYJzBiU=
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: TEXT/PLAIN; CHARSET="us-ascii"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01S2D4CWDT9S005PTU@mauve.mrochek.com>; Mon, 9 Aug 2021 08:41:21 -0700 (PDT)
Cc: ietf-smtp@ietf.org
Message-id: <01S2E8OR7BC8005PTU@mauve.mrochek.com>
Date: Mon, 09 Aug 2021 08:29:29 -0700
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Mon, 09 Aug 2021 00:50:37 -0400" <YRC0HWcdE/ZVNrOi@straasha.imrryr.org>
References: <162812966624.9141.17426108614924349766@ietfa.amsl.com> <61e7993a-31c4-4321-28a2-f0026aba8890@dcrocker.net> <0e40f601-372d-201d-e0ac-c9bcc1c7ea37@tana.it> <YRC0HWcdE/ZVNrOi@straasha.imrryr.org>
To: Viktor Dukhovni <ietf-dane@dukhovni.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/6C-PfhKmRLwSM2nHXQtxgRJsF6U>
Subject: Re: [ietf-smtp] Fwd: New Version Notification for draft-crocker-email-deliveredto-05.txt
X-BeenThere: ietf-smtp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion of issues related to Simple Mail Transfer Protocol \(SMTP\) \[RFC 821, RFC 2821, RFC 5321\]" <ietf-smtp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-smtp>, <mailto:ietf-smtp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-smtp/>
List-Post: <mailto:ietf-smtp@ietf.org>
List-Help: <mailto:ietf-smtp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-smtp>, <mailto:ietf-smtp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Aug 2021 15:46:37 -0000

> On Sun, Aug 08, 2021 at 07:02:02PM +0200, Alessandro Vesely wrote:

> > The new syntax looks puzzling:
> >
> >     "Delivered-To:"  FWS *phrase Mailbox *phrase CRLF
> >                      ; Mailbox is from [SMTP]
> >
> > The presence of phrases around the Mailbox makes this field difficult
> > to parse.  Without angle brackets, the presence of an unquoted "@"
> > being the only difference.  It is puzzling because phrase usage is
> > neither discussed nor exemplified, and IME not seen in the wild.

> Nobody puts unstructured phrases into "Delivered-To".  There are no
> display names in this context, because the payload is derived
> exclusively from an envelope address.  The "phrase" bits are redundant
> and incompatible with current practice.

Unfortunately this is not the case. Here's one example, from last year:

  Delivered-to: mailing list toyota-prius@yahoogroups.com

I don't know if this is a thing all Yahoo Groups do/did, but this
particular group did.

Here's an example of one with an interesting local part:

  Delivered-to: eastgate-list@seven.pairlist.net
  Delivered-to: "eastgate-eastgate:com-eastgate-list"@eastgate.com

Best not assume nobody uses quoted local parts. I also have to wonder
if the eastgate-list@seven.pairlist.net should have been exposed.

And another interesting one:

  Delivered-to: xfilter-draft-crocker-inreply-react@ietfa.amsl.com

I again have to wonder if the IETF really wanted that particular internal
address exposed.

In any case, the real question, I think, is not whether or not examples can be
found of incompatible use of this field - they can - but whether we want to
require implementation to support what is best a rare usage. Speaking for
myself, I think the answer should be "no".

				Ned