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

În timp 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ă 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 SuperUser Q & A de astăzi are răspunsurile la întrebările curioase ale cititorului.

Întrebarea de astăzi &Sesiunea de răspuns vine de la amabilitatea SuperUser - o subdiviziune a Stack Exchange, o grupare bazată pe comunitate a site-urilor web Q & A.

Fotografie prin amabilitatea lui David Schroeder( Flickr).

Întrebarea

SuperUser cititor Tobia vrea să știe de ce este nevoie de 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 corespondență la adresa

[email protected] cu contul Gmail, îl trimit pe serverul smtp.gmail.com ;atunci acest server trimite mesajul meu către serverul MX al example.com .

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

Răspunsul răspunsului

Contribuitorul SuperUser davidgo are răspunsul pentru noi:

Este posibil din punct de vedere tehnic să trimiteți direct e-mailuri către serverul destinatarului SMTP de pe computer.

Privind din punct de vedere istoric, în cazul în care serverul SMTP la distanță este în jos, doriți ca un sistem să se ocupe automat și să rețină din nou, prin urmare, aveți un server SMTP.În mod similar, în zilele vechi, nu toate serverele de e-mail 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 a fost stabilită o legătură.

Deplasând-te spre locul în care serviciile de internet sunt ieftine, este în continuare util să ai mecanisme pentru a reîncerca trimiterea de e-mail dacă un server nu este disponibil. Nu este ideal 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ău. Majoritatea corespondenței( mai mult de 80%) este 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ă ca ei să încerce a doua oară.Spamatorii de multe ori nu reîncercă în timp ce un server SMTP este întotdeauna supus. Acest lucru reduce volumul de spam cu aproximativ 80 la sută, dar e de rahat că trebuie să facă acest lucru, totuși.

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

• Blocați adrese dinamice / client( nu 100%, dar bucăți mari de Internet au fost mapate).
• 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 moduri în care acest lucru este făcut, nu toate acestea 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.

Există probabil alte preocupări minore, dar acestea ar fi cele majore.

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