Hvorfor er en mellemliggende SMTP-server nødt til at sende mail?
Da en person lærer mere om, hvordan postklienter, SMTP-servere og hele online-mail-systemet fungerer, kan de være nysgerrige, hvorfor en mellemliggende SMTP-server er nødvendig. Med det for øje har dagens SuperUser Q & A-post svarene på en nysgerrig læsers spørgsmål.
Dagens Spørgsmål & Svar session kommer til os med venlig hilsen af SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.
Foto med lov af David Schroeder (Flickr).
Spørgsmålet
SuperUser-læser Tobia ønsker at vide, hvorfor en mellemliggende SMTP-server er nødvendig for at sende mail:
Hvorfor har jeg brug for en mellemliggende SMTP-server til at sende mail? Hvorfor kan min mailklient (Outlook eller Thunderbird) ikke sende meddelelser direkte til modtagerens SMTP-domæne?
For eksempel, hvis jeg skal sende mail til [email protected] med min Gmail-konto sender jeg det til smtp.gmail.com server; så sender denne server min besked til MX serveren af example.com.
Hvorfor er en mellemliggende SMTP-server nødvendig for at sende mail?
Svaret
SuperUser bidragyder davidgo har svaret for os:
Det er teknisk muligt at sende mail direkte til modtagerens SMTP-server fra din computer.
Hvis man ser på det historisk, hvis den eksterne SMTP-server er nede, vil du have et system til automatisk at håndtere det og fortsætte med at prøve igen, og derfor har du en SMTP-server. Tilsvarende var ikke alle mail-servere i gamle dage hele tiden (langdistancelink var dyrt), så posten ville være i kø og sendt, da der blev etableret et link.
Flyt videre til, hvor internet-tjenester er billige, er det stadig nyttigt at få mekanismer til at forsøge at sende mail, hvis en server ikke er tilgængelig. Det er ikke ideelt for denne funktionalitet at blive skrevet ind i MUA (Mail User Agent / End User Mail Program). Disse funktioner passer til en MTA (Mail server / SMTP server).
Men det bliver værre-spammere. De fleste mail (mere end 80 procent) er spam. Mailudbydere gør hvad de kan for at reducere dette problem, og et stort antal teknikker gør antagelser om, hvordan posten leveres. Følgende er vigtige overvejelser:
1. greylisting: Nogle udbydere vil automatisk droppe en mailforbindelse, hvis afsenderen og modtageren ikke har meddelt før og forventer, at de forsøger en anden gang. Spammere forsøger ofte ikke igen, mens en SMTP-server altid skal. Dette reducerer mængden af spam med omkring 80 procent, men det er sjældent at skulle gøre det selv.
2. Omdømme: Det er meget mere sandsynligt, at nogen, der sender mail via en velrenommeret, kendt SMTP-server, er legitime i forhold til en fly-by-night-server. For at få en følelse af omdømme, udbydere gør en række ting:
- Bloker dynamiske / klientadresser (ikke 100 procent, men store klumper af internettet er blevet kortlagt).
- Kontroller, om den omvendte DNS matcher den fremadrettede DNS. Ikke meget svært at gøre, men det viser en vis grad af ansvarlighed og viden om bedste praksis (noget mange klientadresseblokke har ikke).
- Kontroller om ry. Når du kommunikerer med andre SMTP-servere, holder en masse udbydere styr på mængden af spam og volumen af sendt mail. De kan reducere mængden af spam ved at begrænse forbindelser og holde øje med disse parametre. Der er mange måder, dette er gjort, ikke alle er indlysende, men som kræver en kendt afsender.
- SPF og DKIM. Disse mekanismer binder DNS-ressourcer til domænenavnet for at gøre smedningen lettere, og det ville være svært, men ikke nødvendigvis umuligt at implementere, hvis postprogrammet (MUA) er ansvarlig for udgående mail.
Der er sandsynligvis andre mindre bekymringer, men disse ville være de største.
Har du noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Tjek den fulde diskussionstråd her.
