1Sep
Som en person lærer mer om hvordan postklienter, SMTP-servere og hele nettbaserte postsystem fungerer, kan de være nysgjerrige på hvorfor en mellomliggende SMTP-server er nødvendig. Med det for øye har dagens SuperUser Q & A-innlegg svarene 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 courtesy of 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?
Hvis jeg for eksempel skal sende e-post til [email protected] med min Gmail-konto, sender jeg den til smtp.gmail.com -serveren;da sender denne serveren min melding til MX-serveren til example.com .
Hvorfor er en mellomliggende SMTP-server nødvendig for å 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 ha et system for å 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 all tid tilkoblet( langdistanseforbindelser var dyre), slik at e-posten skulle være i kø og sendt når 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( Mail user agent / sluttbruker postprogram).Disse funksjonene passer inn i en MTA( Mail server / SMTP server).
Men det blir verre-spammere. De fleste e-postmeldinger( 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. Greylisting: Enkelte 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. Omdømme: 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 har blitt kartlagt).
- Kontroller om omvendt DNS samsvarer med fremover DNS.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 spam og volum av post som sendes. De kan redusere mengden spam ved å begrense tilkoblinger og holde øye med disse parameterne. Det er mange måter dette er gjort, ikke alle av dem åpenbare, men som krever en kjent avsender.
- SPF og DKIM.Disse mekanismene knytter DNS-ressurser til domenenavnet for å gjøre smiende maile hardere og vil være vanskelig, men ikke nødvendigvis umulig å distribuere hvis postprogrammet( MUA) er ansvarlig for utgående e-post.
Det er nok andre mindre bekymringer, men disse er de største.
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.