1Sep
Man mano che una persona impara di più su come funzionano i client di posta elettronica, i server SMTP e l'intero sistema di posta elettronica online, potrebbero essere curiosi di sapere perché sia necessario un server SMTP intermedio. Con questo in mente, il post di Q & A di SuperUser di oggi ha le risposte alle domande di un lettore curioso.
Today's Question &La sessione di risposta ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di Q & A basato su community.
Foto per gentile concessione di David Schroeder( Flickr).
La domanda
SuperUser reader Tobia vuole sapere perché è necessario un server SMTP intermedio per inviare la posta:
Perché ho bisogno di un server SMTP intermedio per inviare la posta? Perché il mio client di posta( Outlook o Thunderbird) non è in grado di inviare messaggi direttamente al dominio SMTP del destinatario?
Ad esempio, se devo inviare posta a [email protected] con il mio account Gmail, lo mando al server smtp.gmail.com
;quindi questo server invia il mio messaggio al server MX di example.com .Perché è necessario un server SMTP intermedio per inviare la posta?
La risposta
SuperUser contributor davidgo ha la risposta per noi:
È tecnicamente possibile inviare posta direttamente al server SMTP del destinatario dal tuo computer.
Guardandolo da una base storica, se il server SMTP remoto è inattivo, si desidera che un sistema lo gestisca automaticamente e continui a riprovare, quindi si dispone di un server SMTP.Allo stesso modo, ai vecchi tempi, non tutti i server di posta erano sempre connessi( i collegamenti a lunga distanza erano costosi), quindi la posta veniva accodata e inviata quando veniva stabilito un collegamento.
Passando a dove i servizi Internet sono a buon mercato, è comunque utile disporre di meccanismi per riprovare a inviare posta se un server non è disponibile. Non è l'ideale per scrivere questa funzionalità nel MUA( programma utente di posta / programma di posta dell'utente finale).Queste funzioni si adattano a un MTA( server di posta / server SMTP).
Ma peggiora gli spammer. La maggior parte della posta( oltre l'80 percento) è spam. I provider di posta fanno tutto il possibile per ridurre questo problema e un gran numero di tecniche fa ipotesi sul modo in cui la posta viene consegnata. Le seguenti considerazioni importanti:
1. Greylisting: Alcuni provider interromperanno automaticamente una connessione di posta se il mittente e il destinatario non hanno comunicato prima e si aspettano che provino una seconda volta. Gli spammer spesso non riprovano mentre si suppone che sia sempre un server SMTP.Ciò riduce il volume di spam di circa l'80 percento, ma fa schifo doverlo fare comunque.
2. Reputazione: È molto più probabile che qualcuno che invia la posta attraverso un server SMTP noto e conosciuto sia legit rispetto a un server fly-by-night. Per avere un'idea della reputazione, i provider fanno una serie di cose:
- Blocca indirizzi dinamici / client( non al 100%, ma sono stati mappati blocchi di grandi dimensioni di Internet).
- Controlla se il DNS inverso corrisponde al DNS in avanti. Non molto difficile da fare, ma mostra un certo livello di responsabilità e conoscenza delle migliori pratiche( qualcosa che molti blocchi di indirizzi dei clienti non hanno).
- Controlla la reputazione. Quando comunicano con altri server SMTP, molti provider tengono traccia della quantità di spam e volume di posta inviata. Possono ridurre la quantità di spam limitando le connessioni e tenendo d'occhio questi parametri. Ci sono molti modi in cui questo viene fatto, non tutti ovvi, ma che richiedono un mittente conosciuto.
- SPF e DKIM.Questi meccanismi collegano le risorse DNS al nome di dominio per rendere più difficile la creazione della posta e sarebbe difficile, ma non necessariamente impossibile da distribuire se il programma di posta( MUA) è responsabile della posta in uscita.
Ci sono probabilmente altre preoccupazioni minori, ma queste sarebbero le principali.
Hai qualcosa da aggiungere alla spiegazione? Audio disattivato nei commenti. Vuoi leggere più risposte dagli altri utenti di Stack Exchange esperti di tecnologia? Controlla la discussione completa qui.
