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

Eftersom en person lär sig mer om hur e-postklienter, SMTP-servrar och hela online-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 fråga &Svarssession 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 mail? Varför kan min e-postklient( Outlook eller Thunderbird) inte skicka meddelanden direkt till mottagarens SMTP-domän?

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

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

Svaret

SuperUser-bidragsgivare davidgo har svaret för oss:

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

Titta på det historiskt, om fjärr SMTP-servern är nere, vill du att ett system ska hantera det automatiskt och fortsätta försöka, 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.

Flytta vidare till där Internet-tjänster är billiga, det ä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( 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 dem att försöka 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 är suger att behöva göra det dock.

2. Omdømme: Det är mycket mer troligt 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:

• Block 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 antagligen andra mindre bekymmer, men dessa skulle vara de viktigaste.

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.