Il semplice protocollo di trasferimento di posta è un protocollo per l’invio. SMTP viene utilizzato per trasmettere e ricevere messaggi di posta per posta server e altri agenti di trasferimento. I client a livello di utente normalmente utilizzano SMTP solo per trasmettere messaggi a una posta per il trasporto di trasporto e inviano e-mail in uscita tramite la porta 587 o 465, come definito da RFC 8314. IMAP è lo standard per il recupero dei messaggi, per quanto i server proprietari, come come â ActiveSync, in genere utilizza anche protocolli proprietari.

SMTP è stato aggiornato, migliorato e ampliato più volte dal suo inizio nel 1981. L’attuale versione del protocollo è flessibile, tra cui aggiunte che consentono l’autenticazione, la trasmissione di dati binari e gli indirizzi e -mail internazionalizzati. Il protocollo di controllo della trasmissione è ampiamente utilizzato dai server SMTP sulle porte 25 e 587.

RFC 1869 ha definito un protocollo di trasferimento di posta semplice esteso nel 1995, che ha creato una struttura generica per tutte le modifiche presenti e future mirate a colmare le lacune nell’originale SMTP. ESMTP specifica un metodo coerente e controllato per identificare i client e i server ESMTP, nonché un modo per i server di dichiarare se le estensioni sono supportate.

Nel 1998 e nel 1999 sono stati pubblicati i messaggi RFCS e SMTP-Auth, entrambi descrivendo i nuovi schemi di e-mail. I server SMTP erano originariamente interni a un’organizzazione, ricevendo posta dall’esterno per l’organizzazione e trasmettendo i messaggi dall’organizzazione all’esterno. Tuttavia, come superato, i server SMTP hanno iniziato ad espandere le loro responsabilità per includere agenti di invio dei messaggi per agenti utente della posta, alcuni dei quali ora stavano trasferendo la posta dall’esterno di un’organizzazione. A causa di questo problema, che è sorto a causa della rapida crescita e popolarità della Wide Web, SMTP ha dovuto incorporare determinate regole e tecniche per il trasporto di posta e l’autenticazione degli utenti al fine di evitare abusi come il trasporto di e -mail indesiderate.

I server di posta popolari riscriverebbero spesso la posta nel tentativo di risolvere errori, come l’aggiunta di un nome a un indirizzo non qualificato, quindi è iniziata la presentazione dei messaggi. Quando il messaggio che viene riparato è una presentazione originale, questo comportamento è buono, ma è rischioso e distruttivo quando il messaggio è nato altrove e viene trasmesso. La riscrittura delle presentazioni è stata considerata come una consentire e riscrivere le comunicazioni, ma vietando di riscrivere il relè dividendo chiaramente la posta in sottomissione e relè. Poiché lo spam divenne sempre più comune, fu anche considerato come offrire autorizzazione e tracciabilità per la posta inviata da un’entità. Questa distinzione tra relè e presentazione divenne rapidamente una pietra miliare della sicurezza e -mail contemporanea.

Poiché questo protocollo è stato progettato per funzionare solo con il testo ASCII, non ha potuto binarie o personaggi di molte lingue non inglesi. Per crittografare i dati binari per SMTP, sono state create estensioni di posta multiuso multiuso. Dopo Sendmail, gli agenti di trasferimento di posta tendevano ad essere implementati a 8 bit-clean, consentendo il metodo “Invia solo otto metodi da utilizzare per fornire dati di testo tramite SMTP. A causa delle diverse mappature del set di caratteri tra i produttori, Mojibake è rimasto un problema, anche se l’e -mail si rivolge a sé solo ASCII supportata. Oggi, la maggior parte degli MTA a 8 bit-bit accetta l’estensione 8BITMIME, che consente di inviare alcuni file binari altrettanto prontamente del testo semplice. L’estensione SMTUPTF8 è stata istituita nel 2012 per accettare il testo UTF-8, consentendo contenuti e indirizzi stranieri in caratteri diversi dal latino, come Cirillico o cinese.
Scarica Galleria trasparente SMTP PNG Images