Protokoll för överföring av enkel e-post (SMTP): Komplett guide till e-postleverans

Varje e-postmeddelande du skickar passerar genom ett sofistikerat nätverk av servrar med hjälp av ett protokoll som har utgjort ryggraden i digital kommunikation i över fyra decennier. SMTP (Simple Mail Transfer Protocol) hanterar den komplexa uppgiften att dirigera dina meddelanden över internet och ser till att de når sina avsedda destinationer på ett tillförlitligt och säkert sätt.

Oavsett om du är en systemadministratör som konfigurerar e-postservrar, en utvecklare som integrerar e-postfunktionalitet eller en IT-proffs som optimerar e-postinfrastrukturen, är det avgörande för modern digital verksamhet att förstå SMTP. Denna omfattande guide täcker allt från grundläggande protokollmekanik till avancerade säkerhetsimplementeringar och felsökningsstrategier.

Viktiga slutsatser

• SMTP står för Simple Mail Transfer Protocol och är standardprotokollet för att skicka e-post över nätverk
• SMTP använder portarna 25, 465, 587 och 2525 för olika typer av e-postöverföring
• Extended SMTP (ESMTP) lägger till moderna funktioner som autentisering, kryptering och stöd för bifogade filer
• SMTP fungerar tillsammans med andra protokoll som IMAP och POP3 för att tillhandahålla kompletta e-postfunktioner
• SMTP-servrar kan vara egenhyrda eller tillhandahållas av tredjepartstjänster som SendGrid, Amazon SES eller Mailgun
• SMTP-autentisering (SMTP AUTH) förhindrar obehörig e-post och minskar antalet skräppostmeddelanden

Vad är SMTP (Simple Mail Transfer Protocol)?

SMTP är ett applikationslagerprotokoll som standardiserar överföringen av elektronisk post över nätverk. Som en del av TCP/IP-protokollsviten utgör detta mail transfer protocol smtp grunden för utgående e-postsystem över hela världen och fungerar som ett ”push”-protokoll som levererar e-postmeddelanden från avsändaren till mottagarens e-postservrar.

Sedan SMTP introducerades 1982 genom RFC 821 har det utvecklats till det standardiserade kommunikationsprotokollet för e-postleverans på Internet. Protokollet ersatte tidigare, mindre effektiva system som Mail Box Protocol och etablerade tillförlitlighet och interoperabilitet som grundläggande principer för e-postöverföring.

Smtp-protokollet fokuserar uteslutande på att skicka e-postmeddelanden snarare än att hämta dem. Detta specialiserade tillvägagångssätt gör att SMTP kan utmärka sig i sin primära funktion samtidigt som det fungerar sömlöst med andra protokoll för att skapa omfattande e-postsystem.

SMTP vs protokoll för hämtning av e-post

Att förstå skillnaden mellan sändande och mottagande protokoll är grundläggande för e-postsystemets arkitektur. SMTP skickar utgående e-postmeddelanden från e-postklienter till e-postservrar och mellan servrar vid routning av meddelanden. IMAP (Internet Message Access Protocol) och POP3 (Post Office Protocol) skickar däremot inkommande meddelanden från e-postservrar till e-postklienter.

Denna arbetsfördelning skapar ett robust ekosystem för e-post där SMTP hanterar den komplexa routing- och leveransprocessen medan IMAP och POP3 hanterar lagring och hämtning av meddelanden. Smtp-klienten initierar sändningsprocessen, men mottagarens inkorg blir tillgänglig via separata hämtningsprotokoll.

Modern e-postinfrastruktur förlitar sig på denna protokollseparation för att optimera prestanda och säkerhet. SMTP-servrar kan fokusera på effektiv leverans och routing av meddelanden, medan IMAP- och POP3-servrar ger slutanvändarna rika funktioner för hantering av brevlådor.

Hur SMTP fungerar

Processen för smtp-anslutning börjar när en e-postklient eller e-postanvändaragent inleder kommunikation med en server för utgående e-post. Processen innebär att en tcp-anslutning (Transmission Control Protocol) upprättas mellan klienten och servern, vanligtvis via en av flera angivna SMTP-portar.

När smtp-klienten och -servern är anslutna för de en strukturerad dialog med hjälp av smtp-kommandon och -svar. Mail Transfer Agent (MTA) på serversidan behandlar dessa kommandon och hanterar den routinglogik som krävs för att leverera meddelanden till slutdestinationen.

När SMTP-servrar skickar e-post till mottagare utanför avsändarens domän söker de efter MX-poster (Mail Exchange) i DNS (Domain Name System). Dessa poster identifierar mottagarens smtp-server, vilket möjliggör korrekt routning av meddelanden mellan olika e-posttjänstleverantörer och domäner.

Flöde för SMTP-session

En typisk smtp-session följer en förutsägbar sekvens som säkerställer tillförlitlig överföring av meddelanden:

1. TCP-anslutning: Smtp-klienten upprättar en anslutning till smtp-serverns adress på lämplig port
2. Handskakning: Inledande hälsningsutbyte med hjälp av kommandot helo eller EHLO för utökade funktioner
3. Autentisering: smtp-autentisering validerar avsändarens referenser när så krävs
4. Överföring av meddelanden: Kommandon anger avsändare (MAIL FROM), mottagare (RCPT TO) och innehåll (DATA)
5. Avslutande av session: Anslutningen avslutas elegant med QUIT-kommandot

Detta strukturerade tillvägagångssätt ger flera kontrollpunkter för feldetektering och felhantering. Varje steg genererar specifika svarskoder som indikerar framgång, tillfälliga misslyckanden eller permanenta fel, vilket möjliggör robust felhantering och logik för omprövning.

Arbetsprocessen för smtp innehåller inbyggda mekanismer för att hantera olika felscenarier. Om mottagarens e-postserver är tillfälligt otillgänglig kan den sändande servern ställa meddelandet i kö för senare leveransförsök, vilket säkerställer leverans när så är möjligt.

SMTP-serverns arkitektur

SMTP-servrar fungerar som utgående e-postservrar som kontinuerligt lyssnar efter inkommande anslutningar från auktoriserade smtp-klienter. Dessa servrar implementerar kärnprotokollet smtp och lägger till säkerhetsåtgärder, autentiseringssystem och routingintelligens som krävs för modern e-postleverans.

Serverarkitekturen skiljer mellan olika typer av komponenter i e-postsystemet. En MSA (Mail Submission Agent) hanterar den första mottagningen av meddelanden från e-postklienter, medan en MSA (Message Transfer Agent) förmedlar meddelanden mellan servrar. Mail Delivery Agent (MDA) sköter den slutliga leveransen till mottagarens inkorg.

Moderna smtp-serverprogram implementerar sofistikerade säkerhetsåtgärder för att förhindra obehörig användning och överföring av skräppost. Dessa skyddsåtgärder omfattar hastighetsbegränsning, innehållsfiltrering och integrering med renommésystem som spårar avsändarens beteende i hela e-postens ekosystem.

Typer av SMTP-servrar

Organisationer kan välja mellan självhanterade och molnbaserade smtp-tjänster baserat på deras specifika krav på kontroll, skalbarhet och underhållsresurser.

SMTP-infrastruktur för egen drift

Att driva en egen smtp-server ger maximal kontroll över policyer för e-postleverans, säkerhetskonfigurationer och datahantering. Organisationer med strikta efterlevnadskrav eller unika routningsbehov föredrar ofta dedikerade smtp-serverinstallationer.

Självhanterade lösningar kräver dock betydande teknisk expertis för korrekt konfiguration, säkerhetshärdning och löpande underhåll. Komplexiteten i hanteringen av skräppostfiltrering, ryktesövervakning och optimering av leveransbarhet kan överväldiga organisationer utan dedikerade team för e-postinfrastruktur.

Molnbaserade SMTP-tjänster

Smtp-tjänster från tredje part som SendGrid, Amazon SES, Mailgun och Postmark erbjuder hanterad e-postleverans med infrastruktur i företagsklass och optimering av leveransbarhet. Dessa molnbaserade smtp-tjänsteleverantörer hanterar de komplexa tekniska aspekterna av driften av e-postservern samtidigt som de erbjuder API:er och integrationsverktyg för utvecklare.

Molnleverantörer erbjuder vanligtvis bättre leveransfrekvenser genom etablerade avsändarrykten, avancerad analys för övervakning av e-postprestanda och skalbar infrastruktur som anpassar sig till varierande e-postvolymer. Modellen för smtp-e-posttjänster minskar de operativa omkostnaderna samtidigt som den ger professionell leverans av e-post.

SMTP-kommandon och svar

Smtp-protokollet använder mänskligt läsbara ASCII-textkommandon för all klient-server-kommunikation, vilket gör felsökning och felsökning mer tillgänglig än binära protokoll. Varje kommando har ett specifikt syfte i e-postöverföringsprocessen och genererar förutsägbara svar.

Viktiga SMTP-kommandon inkluderar:

• HELO/EHLO: Inleder sessionen och identifierar klienten
• MAIL FRÅN: Anger avsändarens e-postadress
• RCPT TILL: Identifierar mottagare av meddelandet
• DATA: Påbörjar överföring av meddelandeinnehåll
• QUIT: Avslutar sessionen på ett elegant sätt

Utökade smtp-kommandon ger modern funktionalitet:

• STARTTLS: Uppgraderar anslutningen så att den använder transportlagersäkerhet
• AUTH: Tillhandahåller autentiseringsuppgifter
• VRFY: Kontrollerar att e-postadressen är giltig
• EXPN: Utökar adresserna i e-postlistan

Svarskoderna har ett tresiffrigt format där den första siffran anger svarskategorin: 2xx för framgång, 4xx för tillfälliga misslyckanden och 5xx för permanenta fel. Detta standardiserade tillvägagångssätt möjliggör automatiserad felhantering och logik för nya försök i olika implementationer av smtp-server.

SMTP-portar och säkerhet

Olika SMTP-portar har specifika syften i en modern e-postinfrastruktur, var och en med olika säkerhetsegenskaper och avsedda användningsområden.

Port	Syfte	Säkerhet	Vanlig användning
25	Traditionell SMTP	Okrypterad	Server-till-server-kommunikation
587	Inlämning av e-post	STARTTLS	Klient-till-server (föredras)
465	SMTP över SSL	Krypterad	Legacy säker inlämning
2525	Alternativ	STARTTLS	ISP-vänligt alternativ

Port 25 är fortfarande den officiella smtp-porten för kommunikation mellan servrar, men många internetleverantörer har infört restriktioner för att bekämpa spam. Port 587 har seglat upp som förstahandsvalet för e-post från klienter till servrar, med stöd för STARTTLS-kryptering för säker överföring.

Port 465 tillhandahåller implicit SSL-kryptering (Secure Sockets Layer) men är en äldre metod som har ersatts av STARTTLS-implementeringar. Port 2525 fungerar som ett icke-standardiserat alternativ när traditionella portar står inför begränsningar, vilket är särskilt användbart för molnbaserade applikationer.

Förbättringar av SMTP-säkerheten

Modern smtp-säkerhet åtgärdar sårbarheter i protokollets ursprungliga design, som förutsatte förtroende mellan samarbetande system. Moderna implementeringar kräver flera säkerhetslager för att förhindra missbruk och skydda känslig kommunikation.

Autentisering och kryptering

smtp-autentisering förhindrar obehörig vidarebefordran genom verifiering av referenser, vilket avsevärt minskar risken för skräppost och missbruk. Tillägget smtp auth kräver att användarna anger giltiga referenser innan de skickar meddelanden, vilket säkerställer ansvar och åtkomstkontroll.

STARTTLS-kryptering skyddar meddelandets innehåll och autentiseringsuppgifter under överföringen. Med det här tillägget kan anslutningar börja som klartext och sedan uppgraderas till krypterad kommunikation, vilket ger bakåtkompatibilitet med äldre system samtidigt som känsliga data skyddas.

Avancerade ramverk för säkerhet

SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail) och DMARC (Domain-based Message Authentication, Reporting, and Conformance) ger ytterligare autentiseringslager utöver den grundläggande smtp-säkerheten. Dessa ramverk hjälper mottagande servrar att verifiera avsändarens legitimitet och hantera potentiellt bedrägliga meddelanden.

Implementering av dessa säkerhetsåtgärder har blivit avgörande för att upprätthålla ett gott avsändarrykte och säkerställa tillförlitlig e-postleverans. Leverantörer av e-posttjänster kräver i allt högre grad dessa autentiseringsmekanismer för att acceptera meddelanden, vilket gör att korrekt konfiguration är avgörande för framgångsrik e-postverksamhet.

Utökad SMTP (ESMTP)

Extended SMTP, som introducerades 1995 genom RFC 1869, utökade avsevärt funktionerna i det grundläggande smtp-protokollet samtidigt som bakåtkompatibilitet med befintliga implementeringar upprätthölls. ESMTP möjliggör moderna e-postfunktioner som användarna förväntar sig, inklusive MIME-stöd (Multipurpose Internet Mail Extensions) för bilagor och multimediainnehåll.

Kommandot EHLO skiljer ESMTP-sessioner från grundläggande SMTP, vilket gör att servrar kan annonsera sina utökade funktioner och klienter kan använda avancerade funktioner när de är tillgängliga. Den här förhandlingsprocessen säkerställer optimal funktionalitet samtidigt som den på ett elegant sätt övergår till grundläggande SMTP när utökade funktioner inte stöds.

ESMTP-stöd har blivit universellt i moderna e-postsystem och möjliggör rikt e-postinnehåll, robusta autentiseringsmekanismer och förbättrade säkerhetsfunktioner som inte var möjliga med den ursprungliga smtp-specifikationen för Simple Mail Transfer Protocol.

ESMTP jämfört med grundläggande SMTP

De grundläggande SMTP-begränsningarna omfattar textbaserat meddelandeinnehåll, begränsade parameterlängder och minimala säkerhetsfunktioner. Dessa begränsningar gjorde protokollet olämpligt för moderna e-postkrav, inklusive binära bilagor, internationella teckenuppsättningar och säker autentisering.

ESMTP åtgärdar dessa begränsningar genom:

• MIME-tillägg: Möjliggör överföring av grafik-, ljud-, video- och binärfiler
• Utökade parametrar: Stöd för längre kommandorader och ytterligare metadata för meddelanden
• Säkerhetsfunktioner: Mekanismer för autentisering, kryptering och antispam
• Internationellt stöd: Korrekt hantering av icke-ASCII-teckenuppsättningar och internationaliserade domännamn

Övergången till ESMTP skedde gradvis, med servrar som stödde båda protokollen samtidigt. Idag implementerar i stort sett alla smtp-servrar ESMTP-funktioner samtidigt som de upprätthåller kompatibilitet med äldre system som fortfarande kan använda grundläggande SMTP-kommandon.

SMTP-kuvert och meddelandestruktur

Smtp-anslutningsprocessen hanterar två olika datastrukturer: SMTP-kuvertet och meddelandeinnehållet. Att förstå denna åtskillnad är avgörande för korrekt konfiguration och felsökning av e-postsystem.

SMTP-kuvertet innehåller routinginformation som används av e-postservrar under leveransprocessen. Detta inkluderar den faktiska avsändaradressen (MAIL FROM), mottagaradresser (RCPT TO) och information om leveransväg. Kuvertdata är osynliga för e-postmottagarna och används enbart för operativa ändamål.

Meddelandet innehåller rubriker som är synliga för mottagarna (Från, Till, Ämne, Datum) och meddelandetexten. Intressant nog kan avsändaren av kuvertet och avsändaren av meddelandehuvudet vara olika, vilket används av e-postlistor och automatiserade system men också utnyttjas i spoofing-attacker.

Denna arkitektoniska separation möjliggör sofistikerade routningsscenarier samtidigt som slutanvändarna får en tydlig presentation. Den mottagande servern använder kuvertinformation för leveransbeslut samtidigt som meddelandehuvuden visas för att ge användarvänlig information om avsändare och mottagare.

SMTP i modern e-postinfrastruktur

Moderna e-postsystem integrerar smtp-protokollets funktionalitet med molntjänster, artificiell intelligens och avancerad analys för att optimera leveransprestanda och användarupplevelse. Moderna implementeringar utökar traditionella SMTP-funktioner genom API-drivna gränssnitt och förbättrad övervakning.

BIMI (Brand Indicators for Message Identification) är ett exempel på SMTP-utvecklingen och gör det möjligt för autentiserade avsändare att visa logotyper tillsammans med sina meddelanden. Denna visuella autentisering hjälper mottagarna att identifiera legitima avsändare samtidigt som den ger ytterligare skydd mot nätfiske.

Integration med maskininlärningssystem möjliggör prediktiv analys för optimal sändningstidpunkt, innehållsoptimering och förbättrad leveransförmåga. Dessa AI-drivna funktioner fungerar tillsammans med traditionella smtp-sändningsmekanismer för att förbättra e-postprestanda och mottagarengagemang.

SMTP vs HTTP API:er

Traditionella smtp-tjänster utmärker sig genom standardiserad, protokollbaserad kommunikation som säkerställer bred kompatibilitet mellan olika e-postsystem. Protokollets mognad och universella stöd gör det idealiskt för system-till-system-integration och miljöer som kräver efterlevnad av standarder.

HTTP-baserade API:er för e-post erbjuder fördelar i moderna miljöer för applikationsutveckling:

• Snabbare integration: RESTful API:er integreras enklare med webbapplikationer
• Förbättrade funktioner: Rika analys-, mall- och automatiseringsfunktioner
• Bättre felhantering: Detaljerade svarsdata och statusinformation i realtid
• Modern autentisering: OAuth och tokenbaserade säkerhetsmodeller

Många organisationer implementerar hybridmetoder där SMTP används för vanliga e-postfunktioner samtidigt som HTTP API:er utnyttjas för avancerade funktioner som kampanjhantering, detaljerad analys och automatiserade arbetsflöden för e-post.

Konfiguration och implementering av SMTP

Korrekt konfiguration av en smtp-e-postserver kräver uppmärksamhet på flera kritiska parametrar som påverkar både funktionalitet och säkerhet. Konfigurationsprocessen varierar mellan implementeringar av självhostade och hanterade tjänster, men följer gemensamma principer.

Viktiga konfigurationselement inkluderar:

Inställningar för serveranslutning

• Värd: Smtp-serverns adress eller värdnamn
• Port: Lämpligt val av port baserat på säkerhetskrav
• Kryptering: STARTTLS, SSL/TLS eller klartext baserat på säkerhetsbehov
• Autentisering: Användarnamn och lösenord för smtp-autentisering

Säkerhetskonfiguration

• Krav på autentisering: Kräv autentiseringsuppgifter för alla utgående meddelanden
• Inställningar för kryptering: Obligatoriska säkra anslutningar för känsliga miljöer
• Begränsning av hastighet: Förhindra missbruk genom anslutnings- och meddelandebegränsningar
• Åtkomstkontroll: Begränsa serveråtkomst till auktoriserade nätverk och användare

Test av smtp-konfigurationen innebär att du skickar testmeddelanden och övervakar serverloggar för fel eller autentiseringsfel. Många e-postklienter har inbyggda funktioner för anslutningstestning som verifierar att konfigurationen är korrekt innan den används i produktionen.

SMTP-tjänsteleverantörer

De största leverantörerna av smtp-e-posttjänster erbjuder varierande funktioner, prismodeller och integrationsmetoder som passar olika organisatoriska behov och tekniska krav.

Företagsleverantörer

• SendGrid: Omfattande plattform för e-postleverans med avancerad analys
• Amazon SES: Kostnadseffektiv lösning med tät AWS-integration
• Mailgun: Utvecklarfokuserad plattform med kraftfulla API-funktioner
• Poststämpel: Premiumtjänst med fokus på leveranssäkerhet och snabbhet

Kriterier för utvärdering

• Priser för leveransbarhet: Statistik över leverantörens rykte och placering i inkorgen
• Prisstruktur: Kostnad per meddelande, månadsplaner och volymrabatter
• Uppsättning funktioner: Analys, automatisering, mallhantering och integrationsalternativ
• Kvalitet på support: Dokumentation, teknisk support och hjälp med introduktion

De stora leverantörernas gratiserbjudanden möjliggör testning och utveckling utan initial investering. Dessa testtjänster innehåller vanligtvis tillräcklig volym för små applikationer samtidigt som de ger erfarenhet av leverantörens gränssnitt och funktioner.

Vanliga SMTP-fel och felsökning

Om du förstår vanliga problem med smtp-anslutningen kan du lösa problemen snabbare och få en mer tillförlitlig e-posthantering. De flesta smtp-fel faller inom förutsägbara kategorier med etablerade felsökningsstrategier.

Autentiseringsfel Aut entiseringsfel beror vanligtvis på felaktiga inloggningsuppgifter, ändringar i serverkonfigurationen eller uppdateringar av säkerhetspolicyn. Kontrollera att användarnamn och lösenord är korrekta, bekräfta att autentiseringsmetoden är kompatibel och kontrollera om kontot är spärrat eller om det finns säkerhetsrestriktioner.

Problem med anslutningen Problem med nätverksanslutningen visar sig som timeout-fel eller meddelanden om att anslutningen nekas. Kontrollera att smtp-serverns adress är korrekt, bekräfta porttillgänglighet genom brandväggar och testa nätverksanslutningen mellan klient- och serversystem.

Leveransfel Problem med leverans av meddelanden kan bero på fel i mottagarens adress, fulla brevlådor eller problem med avsändarens anseende. Undersök SMTP-svarskoder för specifika fel, verifiera att mottagarens adress är korrekt och övervaka mätvärden för avsändarens rykte.

Konfigurationsproblem Felaktigt portval, felaktig kryptering eller inkompatibilitet mellan autentiseringsmetoder orsakar konfigurationsrelaterade fel. Granska dokumentationen av serverkraven, testa olika port- och krypteringskombinationer och verifiera klientkonfigurationen mot serverns kapacitet.

Effektiv felsökning innebär systematisk testning av enskilda komponenter, noggrann granskning av felmeddelanden och svarskoder samt metodisk verifiering av konfigurationsparametrar. Genom att föra detaljerade loggar kan man identifiera mönster och återkommande problem som kan tyda på systematiska problem.

VANLIGA FRÅGOR

Vad är skillnaden mellan SMTP, IMAP och POP3?

SMTP hanterar sändning av e-postmeddelanden från klienter till servrar och mellan servrar under routning. IMAP och POP3 hanterar hämtning av e-post och gör det möjligt för e-postklienter att hämta meddelanden från e-postservrar. SMTP skickar meddelanden medan IMAP/POP3 hämtar dem, vilket skapar ett komplett system för e-postkommunikation.

Kan jag använda SMTP utan en e-posttjänstleverantör?

Ja, du kan driva din egen smtp-server för att få fullständig kontroll över e-postleveransen. Självhanterade lösningar kräver dock betydande teknisk expertis, löpande underhåll och noggrann uppmärksamhet på säkerhet och leveransbarhet. De flesta organisationer drar nytta av hanterade smtp-tjänster som tillhandahåller infrastruktur och support av professionell kvalitet.

Vilka är de vanligaste SMTP-portarna?

Port 587 är den moderna standarden för e-post med STARTTLS-kryptering. Port 25 är fortfarande den traditionella kommunikationsporten mellan servrar. Port 465 ger äldre SSL-stöd, medan port 2525 fungerar som ett alternativ när standardportar blockeras av internetleverantörer.

Hur fungerar SMTP-autentisering?

smtp-autentisering kräver att e-postklienter anger giltiga autentiseringsuppgifter innan de skickar meddelanden. Detta förhindrar obehörig vidarebefordran och minskar mängden skräppost. Autentiseringsprocessen sker efter den första anslutningshandskakningen och innan meddelandeöverföringen påbörjas.

Är SMTP säkert för att skicka känsliga e-postmeddelanden?

SMTP saknar kryptering, vilket gör den olämplig för känslig kommunikation. Moderna implementeringar stöder dock STARTTLS-kryptering och säkra autentiseringsmekanismer. För känsliga e-postmeddelanden bör du alltid konfigurera kryptering och använda leverantörer som stöder avancerade säkerhetsfunktioner som SPF, DKIM och DMARC.

Vad är skillnaden mellan SMTP och SMTP relay?

smtp relay avser den process där e-postservrar vidarebefordrar meddelanden till andra servrar tills de når slutdestinationen. Standard SMTP beskriver själva protokollet, medan relä specifikt anger den mekanism för vidarebefordran från server till server som används för e-postleverans över domängränser.

Hur hanterar SMTP e-postbilagor?

SMTP använder MIME (Multipurpose Internet Mail Extensions) för att koda binära bilagor till ett textformat som är lämpligt för överföring. Den mottagande servern avkodar MIME-innehållet tillbaka till det ursprungliga filformatet, vilket möjliggör överföring av dokument, bilder och andra filtyper via det textbaserade smtp-protokollet.

Vad händer när en SMTP-server inte är tillgänglig?

När mottagarens smtp-server inte är tillgänglig ställer den sändande servern vanligtvis meddelandet i kö för senare leveransförsök. Scheman för omförsök varierar beroende på implementering, men omfattar vanligen flera försök under flera dagar. Om leveransen misslyckas till slut får avsändaren ett avvisningsbesked med information om leveransstatus.

SMTP fortsätter att fungera som den grundläggande tekniken för e-postleverans över hela världen och kombinerar beprövad tillförlitlighet med moderna säkerhetsförbättringar. Genom att förstå smtp:s funktionsprinciper, säkerhetskrav och implementeringsalternativ kan organisationer bygga en robust infrastruktur för e-post som uppfyller dagens kommunikationsbehov och samtidigt bibehålla den interoperabilitet som har gjort e-post till ett bestående kommunikationsmedium.