9. Downgrading in transito

La specifica SMTP di base (Sezione 2.3.11 dell'RFC 5321 [RFC5321]) afferma che "a causa di una lunga storia di problemi quando gli host intermedi hanno tentato di ottimizzare il trasporto modificandoli, la local-part MUST essere interpretata e ricevere una semantica solo dall'host specificato nella parte del dominio dell'indirizzo". Questo non è un requisito nuovo; affermazioni equivalenti comparvero in specifiche del 2001 [RFC2821] e persino del 1989 [RFC1123].

L'aderenza a questa regola significa che un meccanismo di downgrading che trasforma la parte locale di un indirizzo email non può essere utilizzato in transito. Esso può essere applicato solo agli endpoint, in particolare dal MUA o dal server di sottomissione, oppure dal final delivery MTA.

Una delle ragioni di questa regola ha a che fare con i sistemi email legacy che incorporano informazioni di routing della posta nella parte locale del campo dell'indirizzo. Trasformare l'indirizzo email distrugge tali informazioni di routing. Non c'è modo per un server diverso dal server di consegna finale di sapere, per esempio, se la parte locale di user%[email protected] sia una rotta ("user" è raggiunto tramite "foo") o semplicemente un indirizzo locale.