De ce este nevoie de un server SMTP intermediar pentru a trimite poștă?

Deoarece persoana învață mai multe despre modul în care funcționează clienții de poștă electronică, serverele SMTP și întregul sistem de poștă electronică online, aceștia pot fi curioși de ce este nevoie chiar de un server SMTP intermediar. Având în vedere acest lucru, postul de astăzi SuperUser Q & A are răspunsurile la întrebările unui curios cititor.

Sesiunea de întrebări și răspunsuri din ziua de astăzi vine de la amabilitatea SuperUser - o subdiviziune a Stack Exchange, o grupare bazată pe comunitate a site-urilor web Q & A.

Cu dragostea lui David Schroeder (Flickr).

Intrebarea

Cititorul de super-utilizatori, 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 e-mail? De ce clientul meu de poștă electronică (Outlook sau Thunderbird) nu poate trimite mesaje direct către domeniul SMTP al destinatarului?

De exemplu, dacă trebuie să trimit poștă la [email protected] cu contul meu Gmail, îl trimit la smtp.gmail.com Server; atunci acest server trimite mesajul meu către serverul MX din example.com.

De ce este necesar un server SMTP intermediar pentru a trimite e-mailuri?

Răspunsul

Contribuitorul SuperUser davidgo are răspunsul pentru noi:

Este posibil din punct de vedere tehnic să trimiteți e-mail direct de la computer la serverul SMTP al destinatarului.

Privind din punct de vedere istoric, în cazul în care serverul SMTP de la distanță este în jos, doriți ca un sistem să se ocupe automat și să se reînnoiască, prin urmare, aveți un server SMTP. În mod similar, în trecut, nu toate serverele de poștă electronică au fost conectate tot timpul (legăturile pe distanțe lungi au fost scumpe), astfel încât corespondența ar fi plasată în coadă și trimisă atunci când sa stabilit o legătură.

Deplasând-te spre locul în care serviciile de internet sunt ieftine, este încă util să ai mecanisme pentru a încerca să trimiți e-mail dacă un server nu este disponibil. Nu este ideal pentru ca această funcție să fie înscrisă în MUA (agent de utilizator Mail / program de poștă electronică pentru utilizatorul final). Aceste funcții se încadrează într-un server MTA (server de poștă electronică / server SMTP).

Dar devine spameri mai răi. Majoritatea mesajelor (mai mult de 80%) sunt spam. Furnizorii de corespondență fac tot ce pot pentru a reduce această problemă, iar un număr mare de tehnici fac presupuneri cu privire la modul în care sunt livrate mesajele poștale. Următoarele sunt considerente importante:

1. Greylisting: Unii furnizori vor renunța automat la o conexiune de poștă electronică dacă expeditorul și destinatarul nu au comunicat anterior și se așteaptă să încerce a doua oară. Spamatorii de multe ori nu reîncercă în timp ce un server SMTP este întotdeauna presupus. Acest lucru reduce volumul de spam cu aproximativ 80%, dar e de rahat ca trebuie sa faci asta.

2. Reputatie: Este mult mai probabil ca cineva care trimite poștă printr-un server SMTP cunoscut și reputat este legit, în comparație cu un server fly-by-night. Pentru a obține un sentiment de reputație, furnizorii fac o serie de lucruri:

• Blocați adresele dinamice / client (nu 100%, dar au fost înregistrate bucăți mari de pe Internet).
• Verificați dacă DNS inversă se potrivește cu DNS forward. Nu este foarte greu de făcut, dar arată un anumit nivel de responsabilitate și cunoaștere a celor mai bune practici (ceva ce multe blocuri de adrese de clienți nu au).
• Verificați reputația. Atunci când comunicați cu alte servere SMTP, o mulțime de furnizori monitorizează cantitatea de spam și volumul de mesaje trimise. Acestea pot reduce cantitatea de spam prin limitarea conexiunilor și ținând cont de acești parametri. Există o mulțime de modalități de a 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 face mai greu corespondența și ar fi dificil, dar nu neapărat imposibil de implementat dacă programul de poștă (MUA) este responsabil pentru e-mailurile de ieșire.

Probabil există alte preocupări minore, dar acestea ar fi cele majore.

Aveți ceva de adăugat la explicație? Sunați în comentariile. Doriți să citiți mai multe răspunsuri de la alți utilizatori de tehnologie Stack Exchange? Check out discuția completă aici.