--On Monday, February 15, 2016 4:33 PM +0100 Harald Alvestrand
<harald(_at_)alvestrand(_dot_)no> wrote:
Note that the user understandability of "only lowercase if
it's all ASCII" is zero.
If ARNE matches arne, but BLÅBÆR doesn't match blåbær, any
user from an extended-ASCII country (which is *all* Latin
script using countries, even though the non-ASCII variants in
English are rarely used) will be mighty confused.
Indeed.
However, that is exactly the decision we made with IDNA (both
the "2003" and "2008" versions and, as there, may be
justification for really strong advice for treating email
addresses (both local and domain parts) as lower-case only.
Harald, I am confident you know all of this, but others may
not... The idea of requiring that mailbox names be treated as
all lower case was discussed during the work leading up to RFC
1123 and again in DRUMS (pre-2821). The community reached what
appeared to me as fairly strong consensus that we just couldn't
do it. Part of the problem was that, at the time 821 was
written (and maybe as late as the time of DRUMS) there were
still systems around that operated upper-case-only and had only
the vaguest idea what lower case was. Another part was that
Unix (and Multics) and some of their successors were very
case-sensitive in general: "foo" and "Foo" and "foO" were
unambiguously three different names.
Because of that history and consensus, the strong suggestions in
5321 are about as far as one is going to get as far as
restrictions/ recommendations on the mailbox names themselves
and the "don't try to guess" rule probably isn't going anywhere.
In retrospect, we dodged a bullet because, for mailbox local
parts, ARNE does not, in terms of anything a sender is allowed
to predict, match arne. That BLÅBÆR doesn't match blåbær
may still be a surprise to some, but it is not more or a
surprise.
From that perspective, the problem facing DANE is that either
the basic "if they are not identical, they don't match" rules is
applied or there is a need to invent rules different from the
email rules and that de facto modify the email rules by
restricting the syntax of a mailbox if there is any possibility
a DANE DNS record will be used with it. Nothing I'm aware of
(other than probably the WG Charter) prohibits DANE from
proposing an update to 5321 and 6530ff, but the history (and
probable side-effects that no one has tried to analyze) predicts
that the idea won't easily get community consensus.
john