Mishandled underscores in usernames
Mishandled underscores in usernames
am 19.01.2006 17:40:25 von Kevin Podsiadlik
Are there some email programs out there that can't handle the
underscore character in a username properly? I ask because I have,
over the years and even still today, gotten quite a bit of misdirected
non-spam email to an account I own at xxx@yahoo.com, that was intended
for xxx_yyyyyyy@yahoo.com. I'd like to be able to give some standard
advice (like "stop using that program" or "upgrade to version
such-and-such") to people whose emails keep getting misdirected in that
fashion.
Re: Mishandled underscores in usernames
am 19.01.2006 18:22:09 von Mark Crispin
On Thu, 19 Jan 2006, Kevin Podsiadlik wrote:
> Are there some email programs out there that can't handle the
> underscore character in a username properly?
I'm not surprised. There are plenty of programs (especially f*cking web
forms) which are under the misconception that "+" is not a valid character
in an email address. Why shouldn't "_" enjoy the fun.
In fact, "_" is not valid in domain names, so it should never appear in
the part to the right of the "@". It's perfectly valid in the part to the
right of the "@".
The following characters are all valid in email addresses:
all 52 upper and lower-case alphabets
all digits
any of these: ! # $ % & ' * + - / = ? ^ _ ` { | } ~
. is also permitted if it is not the first or last character
using quoted strings, anything else except for NUL, CR, and LF
-- Mark --
http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.
Re: Mishandled underscores in usernames
am 19.01.2006 22:55:00 von ynotssor
"Mark Crispin" wrote in message
news:Pine.OSX.4.64.0601190846220.445@pangtzu.panda.com
> In fact, "_" is not valid in domain names, so it should never appear
> in the part to the right of the "@". It's perfectly valid in the
> part to the right of the "@".
One presumes 's/right/left/2'
Re: Mishandled underscores in usernames
am 20.01.2006 22:21:57 von Alan Clifford
On Thu, 19 Jan 2006, Mark Crispin wrote:
MC> I'm not surprised. There are plenty of programs (especially f*cking web
MC> forms) which are under the misconception that "+" is not a valid character
MC> in an email address. Why shouldn't "_" enjoy the fun.
MC>
The usual "you have entered an invalid email address" telling off is very
irritating but Amex seem to have a new way of not accepting myname+amex@,
viz.
"WE'RE SORRY...
Unfortunately our system does not seem to be working at the moment, please
try again later.
We are sorry for any trouble this has caused you."
--
Alan
( If replying by mail, please note that all "sardines" are canned.
There is also a password autoresponder but, unless this a very
old message, a "tuna" will swim right through. )
Re: Mishandled underscores in usernames
am 30.01.2006 18:06:29 von david20
In article , Mark Crispin writes:
>On Thu, 19 Jan 2006, Kevin Podsiadlik wrote:
>> Are there some email programs out there that can't handle the
>> underscore character in a username properly?
>
>I'm not surprised. There are plenty of programs (especially f*cking web
>forms) which are under the misconception that "+" is not a valid character
>in an email address. Why shouldn't "_" enjoy the fun.
>
The "+" character is often used as the separator in the username on mail
servers which support subaddressing.
See for instance RFC 3598
The hyphen "-" is also often used in this manner.
The symptom reported of mail addressed to
xxx_yyyyyyy@yahoo.com
being delivered to
xxx@yahoo.com
would be consistent with yahoo.com treating "_" as a subaddressing separator.
David Webb
Security team leader
CCSS
Middlesex University
>In fact, "_" is not valid in domain names, so it should never appear in
>the part to the right of the "@". It's perfectly valid in the part to the
>right of the "@".
>
>The following characters are all valid in email addresses:
> all 52 upper and lower-case alphabets
> all digits
> any of these: ! # $ % & ' * + - / = ? ^ _ ` { | } ~
> . is also permitted if it is not the first or last character
> using quoted strings, anything else except for NUL, CR, and LF
>
>-- Mark --
>
>http://panda.com/mrc
>Democracy is two wolves and a sheep deciding what to eat for lunch.
>Liberty is a well-armed sheep contesting the vote.