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 tankene har dagens SuperUser Q & A-post svarene på spørsmål fra en nysgjerrig leser.
Dagens spørsmål og svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppering av Q & A-nettsteder.
Foto av David Schroeder (Flickr).
SuperUser-leseren 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 Gmail-kontoen min, Jeg sender den til smtp.gmail.com serveren; da sender denne serveren min melding til MX-serveren på example.com .
Hvorfor er en mellomliggende SMTP-server nødvendig for å sende e-post?
SuperUser-bidragsyter davidgo har svaret på oss:
Det er teknisk mulig å sende e-post direkte til mottakerens SMTP-server fra datamaskinen.
Hvis du ser på det historisk, hvis den eksterne SMTP-serveren er nede, vil du at et system skal håndtere det automatisk og Fortsett å prøve på nytt, derfor har du en SMTP-server. På samme måte var ikke alle e-postservere i det hele tatt tilkoblet hele tiden (langdistanseforbindelser var dyre), slik at e-posten skulle være i kø og sendt når en kobling ble etablert.
Flytte videre til hvor Internett-tjenester er billige, det er fortsatt nyttig for å 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: Noen leverandører vil automatisk slippe en e-postforbindelse 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 sender e-post via en anerkjent, kjent SMTP serveren er legitim i forhold til en fly-by-night server. For å få en følelse av omdømme, gjør leverandørene en rekke ting:
- Blokker dynamisk / klientadresser (ikke 100 prosent, men store biter av Internett er kartlagt).
- Sjekk om omvendt DNS-samsvar samsvarer den videre DNS. Ikke veldig vanskelig å gjøre, men det viser noen grad av ansvar og kunnskap om beste praksis (noe mange klientadresseblokker har ikke).
- Se 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 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 om 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? Se hele diskusjonstråden her.
Hvorfor var 80 valgt som standard HTTP-port og 443 som standard HTTPS-port?
Selv om mange av oss er kjent med ulike porter som blir tildelt for bestemte formål eller bruksområder, kan vi kanskje ikke vite Den spesielle grunnen til at de ble valgt. Dagens SuperUser Q & A-post har svar på spørsmål fra en nysgjerrig leser. Dagens Spørsmål og Svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppe av Q & A-nettsteder.
Hvordan finjustere vær-, trafikk- og sportsoppdateringer på Amazon ditt Echo
Din Amazon Echo er veldig bra på å gi deg oppdatert vær, trafikkrapporter og sport oppdateringer, men bare hvis du hjelper det litt ved å justere enhetens innstillinger. Her er hvordan du finjusterer dem. RELATERT: Slik setter du opp og konfigurerer Amazon Echo I vår veiledning for å sette opp ekkoet, fikk vi deg i gang med Echo and Alexa, Amazonas stemme-innkalt personlig digital assistent.