Perché è necessario un server SMTP intermedio per inviare posta?
Man mano che una persona impara di più su come funzionano i client di posta, 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.
La sessione di domande e risposte di oggi ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di siti Web di domande e risposte basato sulla comunità.
Foto per gentile concessione di David Schroeder (Flickr).
La domanda
Lettore SuperUser Tobia vuole sapere perché è necessario un server SMTP intermedio per inviare posta:
Perché ho bisogno di un server SMTP intermedio per inviare 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 invio al smtp.gmail.com server; allora questo server invia il mio messaggio al server MX di example.com.
Perché è necessario un server SMTP intermedio per inviare la posta?
La risposta
Il collaboratore di SuperUser David 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 non funziona, si vuole che un sistema lo gestisca automaticamente e continui a riprovare, quindi si ha 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 la 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, spammer. La maggior parte della posta (oltre l'80 percento) è spam. I fornitori di posta fanno tutto il possibile per ridurre questo problema e un gran numero di tecniche fanno ipotesi sul modo in cui la posta viene consegnata. Le seguenti sono 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%, ma è comunque necessario farlo.
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 fornitori fanno una serie di cose:
- Blocca indirizzi dinamici / client (non al 100 percento, 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 falsificazione 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.
