Hvorfor trenger en mellomliggende SMTP-server å sende e-post?
Som en person lærer mer om hvordan postklienter, SMTP-servere og hele nettbaserte e-postsystemet fungerer, kan de være nysgjerrige på hvorfor en mellomliggende SMTP-server er nødvendig. Med det i bakhodet har dagens SuperUser Q & A-post svar på en nysgjerrig leser spørsmål.
Dagens Spørsmål & Svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppering av Q & A-nettsteder.
Foto med lov av David Schroeder (Flickr).
Spørsmålet
SuperUser-leser Tobia vil vite hvorfor en mellomliggende SMTP-server er nødvendig for å sende e-post:
Hvorfor trenger jeg en mellomliggende SMTP-server til å sende e-post? Hvorfor er e-postklienten (Outlook eller Thunderbird) ikke i stand til å sende meldinger direkte til mottakerens SMTP-domene?
For eksempel, hvis jeg må sende e-post til [email protected] Med Gmail-kontoen, sender jeg den til smtp.gmail.com server; da sender denne serveren min melding til MX-serveren på example.com.
Hvorfor trenger en mellomliggende SMTP-server å sende e-post?
Svaret
SuperUser-bidragsyter davidgo har svaret for oss:
Det er teknisk mulig å sende e-post direkte til mottakerens SMTP-server fra datamaskinen.
Ser du på det historisk, hvis den eksterne SMTP-serveren er nede, vil du at et system skal håndtere det automatisk og fortsette å prøve igjen, og derfor har du en SMTP-server. På samme måte var ikke alle e-postservere i det hele tatt hele tiden (langdistanseforbindelser var dyre), slik at e-posten skulle være i kø og sendt da en link ble etablert.
Fortsett å gå til hvor Internett-tjenester er billige, men det er fortsatt nyttig å få mekanismer til å forsøke å sende e-post hvis en server ikke er tilgjengelig. Det er ikke ideelt for denne funksjonaliteten å bli skrevet inn i MUA-programmet (Mail User Agent / End User Mail Program). Disse funksjonene passer inn i en MTA (Mail server / SMTP server).
Men det blir verre-spammere. Mest e-post (mer enn 80 prosent) er spam. Postleverandører gjør alt de kan for å redusere dette problemet, og et stort antall teknikker gjør antagelser om måten posten leveres på. Følgende er viktige hensyn:
1. grålisting: Noen leverandører vil automatisk slippe en mailforbindelse hvis avsenderen og mottakeren ikke har kommunisert før og forventer at de prøver en gang til. Spammere prøver ofte ikke på nytt mens en SMTP-server alltid skal. Dette reduserer volumet av spam med rundt 80 prosent, men det suger å måtte gjøre dette skjønt.
2. Rykte: Det er mye mer sannsynlig at noen som sender e-post via en anerkjent, kjent SMTP-server, er legit sammenlignet med en fly-by-night-server. For å få en følelse av omdømme, gjør tilbydere en rekke ting:
- Blokker dynamiske / klientadresser (ikke 100 prosent, men store biter av Internett er kartlagt).
- Sjekk om den omvendte DNS-filen samsvarer med den videre DNS-en. Ikke veldig vanskelig å gjøre, men det viser noen grad av ansvar og kunnskap om beste praksis (noe mange klientadresseblokker har ikke).
- Sjekk etter omdømme. Når du kommuniserer med andre SMTP-servere, holder mange leverandører oversikt over mengden av spam og volum av post som sendes. De kan redusere mengden spam ved å begrense tilkoblinger og holde øye med disse parametrene. Det er mange måter dette er gjort, ikke alle er åpenbare, men som krever en kjent avsender.
- SPF og DKIM. Disse mekanismene knytter DNS-ressurser til domenenavnet for å gjøre smiende e-post hardere, og det vil være vanskelig, men ikke nødvendigvis umulig å distribuere dersom postprogrammet (MUA) er ansvarlig for utgående e-post.
Det er nok andre mindre bekymringer, men disse ville være de store.
Har du noe å legge til forklaringen? Lyder av i kommentarene. Vil du lese flere svar fra andre tech-savvy Stack Exchange-brukere? Sjekk ut hele diskusjonstråden her.
