Che cos’è l’SMTP? De­fi­ni­zio­ne e nozioni di base

Se l'e-mail è la posta elet­tro­ni­ca, l'SMTP è il postino. Senza il pro­to­col­lo di rete standard del moderno Internet non sarebbe stato possibile inviare documenti di can­di­da­tu­ra, eCards e di­ver­ten­ti video di gatti. Questo perché quando si invia un'e-mail, essa non va di­ret­ta­men­te al de­sti­na­ta­rio, ma passa invece at­tra­ver­so un complesso processo di co­mu­ni­ca­zio­ne con numerose istanze prima di arrivare a de­sti­na­zio­ne.

Di seguito vi forniamo un riepilogo degli indirizzi dei server SMTP e delle porte SMTP per alcuni dei più popolari provider di posta elet­tro­ni­ca:

L'in­te­ra­zio­ne tra il client SMTP e il server SMTP men­zio­na­ta nel primo passo della procedura SMTP rap­pre­sen­ta l'ef­fet­ti­va sessione SMTP. Il resto della procedura SMTP, cioè l'inoltro dell'e-mail via SMTP dal server al de­sti­na­ta­rio viene trattato in un articolo separato della Digital Guide. Ciascuna sessione consiste in una sequenza di comandi SMTP del client e risposte sotto forma di codici di stato del server.

Secondo le spe­ci­fi­che SMTP ap­pli­ca­bi­li, ogni im­ple­men­ta­zio­ne del pro­to­col­lo di rete deve sup­por­ta­re almeno i seguenti otto comandi, co­sti­tui­ti da caratteri ASCII a 7 bit:

Per ognuno di questi comandi SMTP del client il server risponde con un codice di stato a tre cifre incluso il messaggio di risposta. Per una migliore com­pren­sio­ne abbiamo tradotto le risposte in italiano:

Una sessione SMTP tra client e server può avvenire come segue:

L'SMTP presenta due svantaggi inerenti al pro­to­col­lo di rete. Il primo è che l'invio di un'e-mail tramite SMTP non re­sti­tui­sce una conferma di spe­di­zio­ne uti­liz­za­bi­le. Sebbene le spe­ci­fi­che del pro­to­col­lo prevedano tale notifica, la sua for­mat­ta­zio­ne non è definita di default, cosicché di solito viene re­sti­tui­to solo un messaggio di errore in inglese che include l'in­te­sta­zio­ne del messaggio non con­se­gna­to. Ciò rende difficile de­ter­mi­na­re la causa della mancata tra­smis­sio­ne (ad esempio un indirizzo errato o una casella di posta del de­sti­na­ta­rio troppo piena).

Il secondo svan­tag­gio dell'SMTP è che gli utenti non sono au­ten­ti­ca­ti quando viene stabilita una con­nes­sio­ne e il mittente di una e-mail è quindi inaf­fi­da­bi­le. Di con­se­guen­za i relay SMTP aperti sono spesso uti­liz­za­ti in modo improprio per l'invio in massa di spam. Gli autori usano indirizzi mittenti falsi arbitrari in modo che non possano essere rin­trac­cia­ti (mail spoofing).

Oggi sono in uso molte tecniche di sicurezza per prevenire l'uso improprio dei server SMTP. Ad esempio, le e-mail sospette vengono rifiutate o spostate in qua­ran­te­na (cartella spam) grazie al pro­to­col­lo di iden­ti­fi­ca­zio­ne Do­main­Keys, il Sender Policy Framework (SPF) o grey­li­sting. Inoltre è diventato più o meno standard ricevere e-mail non solo at­tra­ver­so la porta tra­di­zio­na­le 25/TCP, ma anche at­tra­ver­so la porta 587/TCP, per garantire la tra­smis­sio­ne esclu­si­va­men­te agli utenti au­ten­ti­ca­ti.

In risposta al dilagante problema dello spam su Internet, nel 1995 è stata ri­la­scia­ta un'e­sten­sio­ne all'SMTP: Extended SMTP (in breve ESMTP), il quale completa il pro­to­col­lo con comandi ag­giun­ti­vi in codice ASCII a 8 bit, grazie al quale è stato possibile im­ple­men­ta­re molte nuove funzioni per ri­spar­mia­re larghezza di banda e pro­teg­ge­re i server. Queste includono ad esempio:

• Au­ten­ti­ca­zio­ne del mittente
• Crit­to­gra­fia SSL delle e-mail
• Pos­si­bi­li­tà di allegare file mul­ti­me­dia­li alle e-mail
• Re­stri­zio­ni delle di­men­sio­ni delle e-mail in base alle im­po­sta­zio­ni pre­de­fi­ni­te del server
• Invio si­mul­ta­neo a più de­sti­na­ta­ri
• Messaggi di errore stan­dar­diz­za­ti in caso di mancata consegna

Infine alcuni esempi di comandi ESMTP: