Exchange - e-mail adres met # niet toegestaan

[minotaurus]

Hoi,

Ik krijg maar niet voor elkaar om een e-mail te verzenden naar een e-mailadres met een hekje # tussen in, bijvoorbeeld:

naam#[e-mail]

Help!

[Arno]

Wat heb je al zelf opgezocht?

[Obliterator]

Mag er volgens de RFC wel een # in een mailadres?

[SinergyX]

volgens mij bij elke "grote" mailserver, wordt zo'n # niet eens geaccepteerd als je een account aanmaakt, laat staan een email adres.

[minotaurus]

Ik kan de RFC hierover maar niet achterhalen.

Hiervoor gebruikten we Exchange 5.5 en nu zijn we overgestapt naar Exchange 2003. Gebruikers konden in de oude omgeving wel naar een e-mailadres e-mails versturen waar een # in zat. Nu opeens niet meer

[Equator]

Was dat niet gewoon in de "weergegeven naam"
Dus:

code:

Naam #3 <[e-mail]>

Een # teken is gewoon niet toegestaan in een email veld zoals hierboven al meedere malen eerder opgemerkt.

[Herby]

Waarom zou je uberhaupt een # in je mail willen? Gebruik gewoon een .

[ Voor 18% gewijzigd door Herby op 22-08-2005 12:39 ]

[minotaurus]

Dé klant gebruikt dat adres. Wij netwerk beheerders moeten maar weer voorzorgen dat 't weer werkt.

[Herby]

Misschien even uitleggen dat het gewoon niet mogelijk is. Een dealer verkoopt toch ook geen auto met een stuur op het dak omdat de klant dat wil ?

[minotaurus]

Ik wil gewoon er zeker van zijn dat 't hekje # als karakter niet toegestaan is en aantoonbaar bewijs heb.

[Gunner]

Ik heb het net even op zowel een Exchange 5.5 en 2003 server geprobeerd, onder 5.5 werkt het inderdaad wel en 2003 niet.

Lijkt me duidelijk

[Voutloos]

minotaurus schreef op maandag 22 augustus 2005 @ 13:50:
Ik wil gewoon er zeker van zijn dat 't hekje # als karakter niet toegestaan is en aantoonbaar bewijs heb.

As far as the mail RFCs are concerned this is a normal character. But the hash sign is used in many configuration files to denote the beginning of a comment. Used in the configuration of most MTAs it would probably not work. Don't use it.

Heel simpel: stel jij fixt het voor het lokale netwerk. Dan blijft het een brak emailadres waarmee klant door de gemiddelde persoon op de rest van de planeet slecht te bereiken is, iets waar je als netwerkbeheerder niet al te veel aan kan doen.

[Gunner]

Zou er wel een RFC zjin als 5.5 het wel accepteerd, en 2003 niet?

[Orion84]

Gunner schreef op maandag 22 augustus 2005 @ 14:17:
Zou er wel een RFC zjin als 5.5 het wel accepteerd, en 2003 niet?

Ik acht de kans eerder dat 5.5 zich gewoon niet fatsoenlijk aan de betreffende RFC houdt en dat ze dat in 2003 verbeterd hebben. Helaas heeft dit voor mensen die zich niet aan de regels houden dus vervelende bijwerkingen.

Net zoiets als dat IE 7 zich ineens netjes aan alle webstandaarden zou houden, dan zouden allerlei websites ineens ook niet bruikbaar meer zijn.

[Voutloos]

Ja. RFC 2822 behandelt het op een halfbakken, achterhaalde manier. En in nog een hele rits RFCs wordt er gesproken over de definitie van een username.

Ik had gezocht op [google]allowed characters in email address[/] en dan kom je dus vooral meningen over oa # tegen, maar ik ben het wel behoorlijk eens met de laatste regel uit

What the standard boils down to is using any ASCII alphanumeric character plus some fancy, but otherwise "normal" characters (`!', `#', `$', `% `&', `*' `+', `-' `~', and whatever you can find in between ASCII 33 and 47).

In short, use lower case characters, numbers and the underscore to create your email address.

Mensen moeten niet zoveel troep in een adres stoppen.

[minotaurus]

Gunner schreef op maandag 22 augustus 2005 @ 14:10:
Ik heb het net even op zowel een Exchange 5.5 en 2003 server geprobeerd, onder 5.5 werkt het inderdaad wel en 2003 niet.

Lijkt me duidelijk

Ahá!

Even met de gebruiker gesproken en hij zei dat hij tot nu toe via de web van Planet internet provider e-mails verstuurt.


ps: ben sinds kort werkzaam bij dit bedrijf dus wist niet dat hij in het verleden zo deed.

[Yoeri]

What the standard boils down to is using any ASCII alphanumeric character plus some fancy, but otherwise "normal" characters (`!', `#', `$', `% `&', `*' `+', `-' `~', and whatever you can find in between ASCII 33 and 47).

RFC 2821 for addresses in SMTP protocol commands.
RFC 2822 for addresses in message headers.

Some characters are reserved for special interpretation, such as
delimiting lexical tokens. To permit use of these characters as
uninterpreted data, a quoting mechanism is provided.

quoted-pair = ("\" text) / obs-qp

Where any quoted-pair appears, it is to be interpreted as the text
character alone. That is to say, the "\" character that appears as
part of a quoted-pair is semantically "invisible".

Dus kun je er niet gewoon een backslash voor zetten?

[minotaurus]

Backslash en quotes geprobeerd, geen resultaat.

[duderuud]

Staat er toevallig ook nog een Linux/Unix firewall tussen?

Linux ziet een # normaal gesproken als een speciaal karakter en zal dus errormeldingen geven (en de mail niet doorlaten).

Dit hebben we namelijk pas ook gehad hier op het werk.

[Verwijderd]

Move NT > SA