Når en person lærer mere om, hvordan mail-klienter, SMTP-servere og hele online-mail-systemet fungerer, kan de være nysgerrige på, hvorfor der endda er behov for en mellemliggende SMTP-server. Med det i tankerne har dagens SuperUser Q&A indlæg svarene på en nysgerrig læsers spørgsmål.
Dagens spørgsmål og svar-session kommer til os med tilladelse fra SuperUser - en underinddeling af Stack Exchange, en community-driven gruppe af Q&A websteder.
Foto med tilladelse til David Schroeder (Flickr) .
Spørgsmålet
SuperUser-læser Tobia ønsker at vide, hvorfor en mellemliggende SMTP-server er nødvendig for at sende e-mail:
Hvorfor har jeg brug for en mellemliggende SMTP-server for at sende e-mail? Hvorfor kan min e-mail-klient (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 den til smtp.gmail.com server; så sender denne server min besked til MX-serveren af example.com .
Hvorfor er der brug for en mellemliggende SMTP-server for at sende e-mail?
Svaret
SuperUser-bidragyder davidgo har svaret til os:
Det er teknisk muligt at sende mail direkte til modtagerens SMTP-server fra din computer.
Ser man på det fra et historisk grundlag, 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. På samme måde var ikke alle mailservere i gamle dage forbundet hele tiden (langdistancelink var dyre), så e-mail ville blive sat i kø og sendt, når et link blev oprettet.
Når vi går videre til, hvor internettjenester er billige, er det stadig nyttigt at have mekanismer til at prøve at sende mail igen, hvis en server ikke er tilgængelig. Det er ikke ideelt for denne funktionalitet at blive skrevet i MUA (Mail user agent / end user mail program). Disse funktioner passer ind i en MTA (Mail-server / SMTP-server).
Men det bliver værre - spammere. De fleste e-mails (mere end 80 procent) er spam. Mailudbydere gør hvad de kan for at reducere dette problem, og et stort antal teknikker antager antagelser om den måde, hvorpå mail er leveret. Følgende er vigtige overvejelser:
1. Gråliste: Nogle udbydere afleverer automatisk en mailforbindelse, hvis afsenderen og modtageren ikke har kommunikeret før og forventer, at de prøver igen. Spammere prøver ofte ikke igen, mens en SMTP-server altid skal. Dette reducerer mængden af spam med ca. 80 procent, men det er dog svært at skulle gøre dette.
2. Omdømme: Det er meget mere sandsynligt, at en person, der sender mail via en velrenommeret, kendt SMTP-server, er legitim sammenlignet med en fly-by-night-server. For at få en fornemmelse af omdømme gør udbydere en række ting:
- Bloker dynamiske / klientadresser (ikke 100 procent, men store klumper af Internettet er kortlagt).
- Kontroller, om den omvendte DNS svarer til den fremadgående DNS. Ikke meget svært at gøre, men det viser en vis grad af ansvarlighed og viden om bedste praksis (noget, som mange klientadresseblokke ikke har).
- Kontroller om omdømme. Ved kommunikation med andre SMTP-servere holder mange udbydere styr på mængden af spam og mængden 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, det gøres på, ikke alle indlysende, men som kræver en kendt afsender.
- SPF og DKIM. Disse mekanismer binder DNS-ressourcer til domænenavnet for at gøre smedning af mail sværere og ville være vanskelig, men ikke nødvendigvis umulig at implementere, hvis mailprogrammet (MUA) er ansvarlig for udgående post.
Der er sandsynligvis andre mindre bekymringer, men disse ville være de største.
Har du noget at tilføje til forklaringen? Lyd fra i kommentarerne. Vil du læse flere svar fra andre teknisk kyndige Stack Exchange-brugere? Tjek den fulde diskussionstråd her .
