Zašto je potreban srednji SMTP poslužitelj za slanje pošte?

Kako osoba uči više o tome kako klijenti e-pošte, SMTP poslužitelji i cijeli sustav elektroničke pošte funkcioniraju, možda su znatiželjni zašto je potreban i posredni SMTP poslužitelj. Imajući to na umu, današnji SuperUser Q & A post ima odgovore na pitanja znatiželjnih čitatelja.

Današnja pitanja i odgovori nam se javljaju zahvaljujući SuperUseru - podjele Stack Exchange-a, zajednice-driven grupiranja Q & A web stranica.

Fotografija ljubaznošću David Schroeder (Flickr).

Pitanje

SuperUser čitač Tobia želi znati zašto je potreban srednji SMTP poslužitelj za slanje pošte:

Zašto trebam posredni SMTP poslužitelj za slanje pošte? Zašto moj klijent e-pošte (Outlook ili Thunderbird) ne može izravno slati poruke na SMTP domene primatelja?

Na primjer, ako moram poslati poštu na adresu [email protected] s mojim Gmail računom, poslat ću ga na adresu smtp.gmail.com poslužitelj; onda ovaj poslužitelj šalje moju poruku MX poslužitelju example.com.

Zašto je potreban srednji SMTP poslužitelj za slanje pošte?

Odgovor

SuperUser suradnik davidgo ima odgovor za nas:

Tehnički je moguće poslati poštu izravno na SMTP poslužitelj primatelja s vašeg računala.

Gledajući ga iz povijesne osnove, ako je udaljeni SMTP poslužitelj dolje, želite da sustav automatski obavi to i nastavi pokušavati, stoga imate SMTP poslužitelj. Slično tome, u starim vremenima nisu svi poslužitelji pošte bili povezani cijelo vrijeme (veze s velikim udaljenostima bile su skupo), pa će se poštanska pošta poslati i poslati kada je veza uspostavljena.

Prijelaz na mjesta na kojima su internetske usluge jeftin, još uvijek je korisno imati mehanizme za ponovni pokušaj slanja pošte ako poslužitelj nije dostupan. Nije idealno da se ta funkcija zapisuje u MUA (program korisnika e-pošte / krajnjeg korisnika). Te se funkcije uklapaju u MTA (Mail server / SMTP poslužitelj).

Ali to postaje sve gore - spameri. Većina pošte (više od 80%) je neželjena pošta. Davatelji pošte rade sve što mogu kako bi smanjili ovaj problem, a veliki broj tehnika pretpostavlja način na koji se dostavlja pošta. Sljedeće su važna razmatranja:

1. Greylisting: Neki će davatelji automatski odbiti vezu e-pošte ako pošiljatelj i primatelj nisu prethodno komunicirali i očekuju da ih drugi put pokušaju. Spameri često ne pokušavaju dok SMTP poslužitelj uvijek treba. To smanjuje količinu neželjenih poruka za oko 80 posto, ali je sranko morati to učiniti ipak.

2. Ugled: Mnogo je vjerojatnije da je netko slanje pošte kroz renomirani poznati SMTP poslužitelj legitimno u usporedbi s poslužiteljem bez leta. Da biste dobili osjećaj za ugled, pružatelji usluga rade mnogo stvari:

• Blokirajte dinamičke / klijentske adrese (ne 100 posto, ali velike dijelove na Internetu su mapirane).
• Provjerite je li obrnuto DNS odgovara DNS-u naprijed. Nije jako teško učiniti, ali pokazuje neku razinu odgovornosti i znanja o najboljim praksama (nešto što mnogi blokovi adresa klijenta nemaju).
• Provjerite ugled. Kada komuniciraju s drugim SMTP poslužiteljima, mnogi pružatelji usluga prate količinu neželjenog sadržaja i količine poslane pošte. Mogu smanjiti količinu neželjenih poruka ograničavanjem veza i pritiskom tih parametara. Postoji mnogo načina da se to učini, a ne svi su očiti, ali zahtijevaju poznati pošiljatelj.
• SPF i DKIM. Ovi mehanizmi vezuju DNS resurse na naziv domene kako bi kovčeg postao teži i teško, ali ne i nemoguće implementirati ako je mail program (MUA) odgovoran za odlazne pošte.

Vjerojatno postoje i druge manje zabrinutosti, ali one bi bile glavne.

Imate li nešto za objašnjenje? Zvuči u komentarima. Želite li pročitati više odgovora od drugih tehnoloških korisnika Stack Exchangea? Pogledajte ovdje cijelu raspravu.