Pe măsură ce o persoană află mai multe despre modul în care funcționează clienții de poștă electronică, serverele SMTP și întregul sistem de poștă online, ar putea fi curioși de ce este nevoie chiar de un server SMTP intermediar. Având în vedere acest lucru, postarea de astăzi a SuperUser Q&A are răspunsurile la întrebările unui cititor curios.
Sesiunea de Întrebări și Răspunsuri de astăzi ne vine prin amabilitatea SuperUser - o subdiviziune a Stack Exchange, un grup de site-uri web de întrebări și răspunsuri bazat pe comunitate.
Fotografie oferită de David Schroeder (Flickr) .
Intrebarea
Cititorul SuperUser Tobia vrea să știe de ce este necesar un server SMTP intermediar pentru a trimite e-mail:
De ce am nevoie de un server SMTP intermediar pentru a trimite mesaje? De ce clientul meu de e-mail (Outlook sau Thunderbird) nu poate trimite mesaje direct către domeniul SMTP al destinatarului?
De exemplu, dacă trebuie să trimit e-mail la [email protected] cu contul meu Gmail, îl trimit la smtp.gmail.com Server; apoi acest server trimite mesajul meu către serverul MX al example.com .
De ce este necesar un server SMTP intermediar pentru a trimite mesaje?
Răspunsul
Contribuitorul SuperUser davidgo are răspunsul pentru noi:
Din punct de vedere tehnic, este posibil să trimiteți mesaje direct către serverul SMTP al destinatarului de pe computer.
Privind-o dintr-o bază istorică, dacă serverul SMTP de la distanță este defect, doriți ca un sistem să îl gestioneze automat și să reîncerce, de aceea aveți un server SMTP. În mod similar, în vremurile vechi, nu toate serverele de e-mail erau conectate tot timpul (legăturile pe distanțe lungi erau scumpe), astfel încât e-mailurile erau în coadă și trimise când se stabilea un link.
Trecând la locul unde serviciile de internet sunt ieftine, este încă util să aveți mecanisme pentru a încerca din nou trimiterea de e-mail dacă un server nu este disponibil. Nu este ideal ca această funcționalitate să fie scrisă în MUA (agent de utilizator Mail / program de e-mail utilizator final). Aceste funcții se încadrează într-un MTA (server de poștă electronică / server SMTP).
Dar se înrăutățește - spam. Majoritatea e-mailurilor (peste 80%) sunt spam. Furnizorii de poștă fac tot ce pot pentru a reduce această problemă și un număr mare de tehnici fac presupuneri cu privire la modul în care este livrată poșta. Următoarele sunt considerente importante:
1. Listă grea: Unii furnizori vor renunța automat la o conexiune de e-mail dacă expeditorul și destinatarul nu au comunicat înainte și se așteaptă să încerce a doua oară. Spammerii nu încearcă din nou în timp ce un server SMTP ar trebui întotdeauna să o facă. Acest lucru reduce volumul de spam cu aproximativ 80%, dar e de rau să fii nevoit să faci asta.
2. Reputatie: Este mult mai probabil ca cineva care trimite mesaje prin intermediul unui server SMTP de renume și cunoscut să fie legitim în comparație cu un server fly-by-night. Pentru a simți reputația, furnizorii fac o serie de lucruri:
- Blocați adresele dinamice / ale clienților (nu 100%, dar bucăți mari de internet au fost trasate).
- Verificați dacă DNS-ul invers se potrivește cu DNS-ul direct. Nu este foarte greu de făcut, dar arată un anumit nivel de responsabilitate și cunoaștere a celor mai bune practici (ceva ce nu au multe blocuri de adrese ale clientului).
- Verifică reputația. Atunci când comunică cu alte servere SMTP, mulți furnizori țin evidența cantității de spam și a volumului de e-mail trimis. Acestea pot reduce cantitatea de spam limitând conexiunile și urmărind acești parametri. Există o mulțime de moduri în care se face acest lucru, nu toate sunt evidente, dar care necesită un expeditor cunoscut.
- SPF și DKIM. Aceste mecanisme leagă resursele DNS de numele domeniului pentru a îngreuna falsificarea e-mailului și ar fi dificil, dar nu neapărat imposibil de implementat dacă programul de e-mail (MUA) este responsabil pentru e-mailul de ieșire.
Probabil că există și alte preocupări minore, dar acestea ar fi cele mai importante.
Aveți ceva de adăugat la explicație? Sună în comentarii. Doriți să citiți mai multe răspunsuri de la alți utilizatori ai Stack Exchange? Consultați aici firul complet de discuție .
