Re: [dane] Encoding local parts in better ways

Viktor Dukhovni <ietf-dane@dukhovni.org> Tue, 06 October 2015 20:11 UTC

Return-Path: <ietf-dane@dukhovni.org>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD7671B329D for <dane@ietfa.amsl.com>; Tue, 6 Oct 2015 13:11:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.1
X-Spam-Level: *
X-Spam-Status: No, score=1.1 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, MANGLED_TEXT=2.3, RCVD_IN_DNSWL_LOW=-0.7] autolearn=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 slSxVkU1Ezun for <dane@ietfa.amsl.com>; Tue, 6 Oct 2015 13:11:19 -0700 (PDT)
Received: from mournblade.imrryr.org (mournblade.imrryr.org [38.117.134.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5FCD1B329C for <dane@ietf.org>; Tue, 6 Oct 2015 13:11:19 -0700 (PDT)
Received: by mournblade.imrryr.org (Postfix, from userid 1034) id 7575E284B22; Tue, 6 Oct 2015 20:11:18 +0000 (UTC)
Date: Tue, 06 Oct 2015 20:11:18 +0000
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
To: dane@ietf.org
Message-ID: <20151006201118.GX15070@mournblade.imrryr.org>
References: <20150921035448.5523.qmail@ary.lan> <56141976.5010704@seantek.com> <alpine.OSX.2.11.1510061538510.80750@ary.lan>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <alpine.OSX.2.11.1510061538510.80750@ary.lan>
User-Agent: Mutt/1.5.24 (2015-08-30)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dane/cW-sETiKpEzePMpg7LgVzRDSFvA>
Subject: Re: [dane] Encoding local parts in better ways
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: dane@ietf.org
List-Id: DNS-based Authentication of Named Entities <dane.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dane>, <mailto:dane-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dane/>
List-Post: <mailto:dane@ietf.org>
List-Help: <mailto:dane-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dane>, <mailto:dane-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Oct 2015 20:11:21 -0000

On Tue, Oct 06, 2015 at 03:44:29PM -0400, John R Levine wrote:

> >Many systems allow "extensions" such as john-ext or mary+ext
> >
> >The term used in the vernacular is "sub-addressing" (in everything that I
> >have seen), and the term in [RFC5233] is "subaddressing" (no hyphen) or
> >"detailed addressing" (with space). "Plus addressing" (occasionally
> >"plus-addressing") and "minus addressing" or "'minus' addressing" has also
> >been seen in the wild. I would change that sentence to say that:
> 
> Depends what mail software you're used to.  In qmail land they're definitely
> extensions, but I'll note they're also called subaddresses.

Yes, Qmail and Postfix both call these address extensions.

With Exim, an extension appears to be called a "local part suffix".

Note that in all three the term applies to the extra bits appendded
to the base address.

The Postfix pipe(8) delivery agent supports macros to construct
delivery command arguments from the recipient address.

    Given a recipient address of joe+tag@example.com

    ${recipient} == joe+tag@example.com
    ${mailbox} == joe+tag
    ${domain} == example.com
    ${user}     == joe
    ${extension} == tag
    ${nexthop} == <nexthop> from "mailer triple":
                  (<transport a.k.a. mailer>, <nexthop>, <recipient>)

Surely TMI, but the point I am trying to make is that the terminology
varies widely.  These are "local" matters, and each MTA uses its
own language to describe its interface.

-- 
	Viktor.