Varför behövs en mellanliggande SMTP-server för att skicka e-post?

Som en person lär sig mer om hur e-postklienter, SMTP-servrar, och hela e-postsystemet fungerar, kan de vara nyfiken på varför en mellanliggande SMTP-server behövs. Med det i åtanke har dagens SuperUser Q & A-inlägg svaren på en nyfiken läsarens frågor.

Dagens Question & Answer-session kommer till oss med tillstånd av SuperUser-en indelning av Stack Exchange, en community-driven gruppering av Q & A-webbplatser.

Foto med tillstånd av David Schroeder (Flickr).

Frågan

SuperUser-läsare Tobia vill veta varför en mellanliggande SMTP-server behövs för att skicka mail:

Varför behöver jag en mellanliggande SMTP-server för att skicka e-post? Varför kan min e-postklient (Outlook eller Thunderbird) inte skicka meddelanden direkt till mottagarens SMTP-domän?

Till exempel, om jag måste skicka mail till [email protected] med mitt Gmail-konto skickar jag det till smtp.gmail.com server; då skickar servern mitt meddelande till MX-servern på example.com.

Varför behövs en mellanliggande SMTP-server för att skicka mail?

Svaret

SuperUser-bidragsgivaren davidgo har svaret för oss:

Det är tekniskt möjligt att skicka mail direkt till mottagarens SMTP-server från din dator.

Om du tittar på det historiskt, om den avlägsna SMTP-servern är nere, vill du att ett system ska hantera det automatiskt och fortsätta försöka igen, så har du en SMTP-server. På samma sätt var inte alla mailservrar i alla tider hela tiden (långdistanslänkar var dyra), så posten skulle köras och skickas när en länk etablerades.

Att flytta till där internettjänster är billiga är fortfarande användbart att ha mekanismer för att försöka skicka e-post om en server inte är tillgänglig. Det är inte idealiskt för denna funktionalitet att skrivas in i MUA-programmet (Mail User Agent / End User Mail Program). Dessa funktioner passar in i en MTA (Mail server / SMTP-server).

Men det blir sämre spammare. De flesta mail (mer än 80 procent) är spam. Mailleverantörer gör vad de kan för att minska problemet och ett stort antal tekniker gör antaganden om hur posten levereras. Följande är viktiga överväganden:

1. Greylisting: Vissa leverantörer kommer automatiskt att släppa en mailanslutning om avsändaren och mottagaren inte har kommunicerat förut och förväntar sig att de försöker en andra gång. Spamrar försöker ofta inte igen när en SMTP-server alltid ska. Detta minskar volymen av spam med cirka 80 procent, men det suger att det måste ske.

2. Rykte: Det är mycket mer sannolikt att någon som skickar mail via en välrenommerad, känd SMTP-server är legit jämfört med en fly-by-night-server. För att få känsla för rykte gör leverantörer ett antal saker:

Blockera dynamiska / klientadresser (inte 100 procent, men stora bitar av Internet har kartlagts).

Kontrollera om omvänd DNS stämmer överens med framåt DNS. Inte särskilt svårt att göra, men det visar en viss grad av ansvarighet och kunskap om bästa praxis (något som många klientadressblock inte har).

Kontrollera om rykte. När du kommunicerar med andra SMTP-servrar, håller många leverantörer reda på hur mycket spam och volym som skickas. De kan minska mängden skräppost genom att begränsa anslutningar och hålla koll på dessa parametrar. Det finns många sätt att göra detta, inte alla är uppenbara, men som kräver en känd avsändare.

SPF och DKIM. Dessa mekanismer knyter DNS-resurser till domännamnet för att göra smidespost hårdare och skulle vara svårt men inte nödvändigtvis omöjligt att distribuera om postprogrammet (MUA) är ansvarigt för utgående mail.

Det finns förmodligen andra mindre bekymmer, men dessa skulle vara de stora.

Har du något att lägga till förklaringen? Ljud av i kommentarerna. Vill du läsa mer svar från andra tech-savvy Stack Exchange-användare? Kolla in hela diskussionsgängan här.