Re: Email Subaddressing

"D. J. Bernstein" <djb@koobera.math.uic.edu> Fri, 01 August 1997 22:43 UTC

Received: from cnri by ietf.org id aa09386; 1 Aug 97 18:43 EDT
Received: from mail.proper.com (mail.proper.com [206.86.127.224]) by cnri.reston.va.us (8.8.5/8.7.3) with ESMTPid SAA05051; Fri, 1 Aug 1997 18:42:09 -0400 (EDT)
Received: (from majordomo@localhost) by mail.proper.com (8.8.5/8.7.3) id PAA21859 for ietf-822-bks; Fri, 1 Aug 1997 15:11:16 -0700 (PDT)
Received: from koobera.math.uic.edu (qmailr@koobera.math.uic.edu [131.193.178.247]) by mail.proper.com (8.8.5/8.7.3) with SMTP id PAA21847 for <ietf-822@imc.org>; Fri, 1 Aug 1997 15:11:12 -0700 (PDT)
Received: (qmail 18920 invoked by uid 666); 1 Aug 1997 22:15:13 -0000
Date: Fri, 01 Aug 1997 22:15:13 -0000
Message-ID: <19970801221513.18919.qmail@koobera.math.uic.edu>
From: "D. J. Bernstein" <djb@koobera.math.uic.edu>
To: ietf-822@imc.org
Subject: Re: Email Subaddressing
Sender: owner-ietf-822@imc.org
Precedence: bulk

> A syntax for subaddresses in local parts,

Sensible definitions such as

   The ``plus-terminated prefix'' of an address is everything up to and
   not including the first "+" character, or the entire address if it
   does not contain a "+" character.

or

   The ``dash-separated components'' of an address are its maximal
   substrings not containing "-" characters. For example, the
   dash-separated components of "jean-marc-sos-request" are the strings
   "jean", "marc", "sos", and "request".

are fine with me.

Such definitions might be useful in, e.g., an informational document
surveying common address formats and their uses.

> The one and only rule that
> is necessary is that the primary address always identifies the same
> entity regardless of what subaddress is attached.

What does this mean? What is an ``entity''? Why is this rule necessary?

More importantly, that rule is inconsistent with reality. There are
a+b@host and a+c@host addresses that are _not_ the same entity.

> I've been asking for alternatives, but the only
> suggestion so far is that we throw away combinations of agents that
> don't already understand one another.  Not very helpful either to those
> who'd like to change existing agents to be able to understand, nor to
> those who want to write new agents.

On the contrary. Someone who wants to write (e.g.) a UNIX delivery agent
that supports qmail's address hierarchy simply has to use the variables
supplied by qmail-local: LOCAL, USER, EXT, EXT2, EXT3, etc.

---Dan
Set up a new mailing list in a single command. http://pobox.com/~djb/ezmlm.html