Ook webmasters moeten RFC’s over SMTP lezen

1. Ik schrijf me in op een nieuwsbrief
2. ik volhard tegen beter weten in
3. op ZDNet dan nog
4. en verwacht geen probleem

5. Het loopt goed tijdens enkele dagen
6. vandaag krijg ik de nieuwsbrief in het dubbel
7. clickety click manage useletters launches browser

Het oorspronkelijke e-mail adres was

serge[plus]itprofessional[at]vanginderachter[dot]be,

de logica achter de webinterface maakt er evenwel

serge[spatie]itprofessional[at]vanginderachter[dot]be

van, en klaagt dus EBADADDRESS.

Ondanks de foutmelding in deze interface, kreeg ik geen melding hiervan toen ik inschreef, en kreeg ik de mailtjes tot op heden perfect (zij het vandaag plots in het dubbel.) Feit is dat een plus-teken in een email adres, samen met een rits andere eerder onverwachte tekens, een toegelaten character is, die sommige mail services speciaal behandeld wordt. De mail services van ZDNet hebben hier geen probleem mee, lijkt het, enkel een (deel van de) webinterface had dit niet voorzien.

De geïnteresseerde lezer zal via hier aan meer info geraken.
Even het belangrijkste quoten:

As defined in RFC 2821, the local-part of an e-mail address allows up to 64 characters maximum and the domain name a maximum of 255 characters. The local-part “MUST BE treated as case sensitive. […] However, exploiting the case sensitivity of mailbox local-parts impedes interoperability and is discouraged.”
According to RFC 2822, the local-part of the e-mail may use any of these ASCII characters:
* Uppercase and lowercase letters (case insensitive)
* The digits 0 through 9
* The characters, ! # $ % & ‘ * + – / = ? ^ _ ` { | } ~
* The character “.” provided that it is not the first or last character in the local-part.

En in het bijzonder wat betreft Plus (or Minus) addressing:

According to RFC 2821, “the local-part MUST be interpreted and assigned semantics only by the host specified in the domain part of the address. In particular, for some hosts the user “smith” is different from the user “Smith”.

Met andere woorden, het is de mail server van de bestemmeling alleen die het lokale gedeelte van een adres interpreteert. A fortiori dient dergelijke webinterface ieder hierboven beschreven, toegelaten character te aanvaarden, zonder verdere interpretatie.