Elektronisk post har funnits i en eller annan form s\u00e5 l\u00e5ngt tillbaka som p\u00e5 1960-talet. M\u00e4nniskor l\u00e4mnade meddelanden till varandra med hj\u00e4lp av ett antal olika metoder p\u00e5 stordatorer, men det var inte f\u00f6rr\u00e4n i augusti 1982 n\u00e4r Information Sciences Institute publicerade The Simple Mail Transfer Protocol (SMTP; RFC 821) som en standardiserad metod f\u00f6r att skicka och ta emot e-post f\u00f6reslogs.<\/p>\n
<\/p>\n
SMTP blev snabbt popul\u00e4rt p\u00e5 ARPANET och ersatte \u00e4ldre och mer komplicerade metoder som anv\u00e4ndes f\u00f6r att flytta e-post fr\u00e5n en stordator till en annan, och st\u00f6ddes f\u00f6r f\u00f6rsta g\u00e5ngen i slutet av 1982 av den tidiga e-post\u00f6verf\u00f6ringsagenten Sendmail i BSD 4.1c.
\nProtokollet har reviderats och ut\u00f6kats ganska regelbundet sedan dess, men den grundl\u00e4ggande metoden f\u00f6r att skicka e-post har i stort sett f\u00f6rblivit of\u00f6r\u00e4ndrad.<\/p>\n
Protokollet \u00e4r ett textbaserat protokoll som ursprungligen inte st\u00f6dde leverans av bin\u00e4ra data. Eftersom protokollet var textbaserat var det dock l\u00e4tt att implementera och underh\u00e5lla. MIME (Multipurpose Internet Mail Extensions) blev popul\u00e4rt i slutet av 80-talet f\u00f6r kodning och s\u00e4ndning av bin\u00e4ra data via SMTP. Idag \u00e4r SMTP det dominerande protokollet f\u00f6r att skicka och ta emot e-post p\u00e5 Internet och det \u00e4r viktigt f\u00f6r alla n\u00e4tverksadministrat\u00f6rer att ha kunskap om detta protokoll.<\/p>\n
Eftersom SMTP \u00e4r textbaserat \u00e4r det betydligt enklare att l\u00e4ra sig protokollet \u00e4n m\u00e5nga andra och ett program som kan skicka ASCII-data \u00f6ver TCP\/IP-port 25, till exempel Telnet, \u00e4r allt som kr\u00e4vs f\u00f6r att kommunicera direkt med en SMTP-server.<\/p>\n
Mail skickas via SMTP i en transaktion, det vill s\u00e4ga om s\u00e4ndningen av meddelandet inte fullf\u00f6ljs helt och h\u00e5llet och utan att generera ett fel sl\u00e4pps meddelandet. RFC 821 beskriver en transaktion som best\u00e5ende av tre steg: ange en avs\u00e4ndare, ange en eller flera mottagare och sedan skicka sj\u00e4lva meddelandet. Det \u00e4r dock l\u00e4ttare att t\u00e4nka sig att en SMTP-transaktion best\u00e5r av fem steg:<\/p>\n
Handskakning<\/b><\/p>\n
Vid anslutning till en SMTP-server p\u00e5 port 25 m\u00e5ste avs\u00e4ndaren av ett meddelande v\u00e4nta p\u00e5 att mottagaren accepterar anslutningen och identifierar sig i f\u00f6ljande format:<\/p>\n
220 [dom\u00e4n] [Serviceinformation]
\nExempel: 220 example.com Tj\u00e4nsten \u00e4r klar<\/p><\/blockquote>\nAvs\u00e4ndaren m\u00e5ste sedan identifiera sig f\u00f6r mottagaren med hj\u00e4lp av HELO-kommandot.<\/p>\n
HELO [dom\u00e4n]
\nExempel: HELO exempel.com<\/p><\/blockquote>\nE-postservrarna f\u00f6rv\u00e4ntar sig att var och en identifierar sig med hj\u00e4lp av ett dom\u00e4nnamn som kan anv\u00e4ndas f\u00f6r att verifiera serverns identitet genom att g\u00f6ra en s\u00f6kning i MX-registret. Den mottagande servern f\u00e5r dock inte avvisa anslutningen i detta skede \u00e4ven om avs\u00e4ndarens identitet inte kan verifieras och m\u00e5ste d\u00e4rf\u00f6r svara med<\/p>\n
250 [Meddelande]
\nExempel: 250 example.com Hej bob p\u00e5 example.com<\/p><\/blockquote>\nSvarskod 250 \u00e4r det generiska \u2018OK\u2019-svaret fr\u00e5n en SMTP-server som anger att den senaste \u00e5tg\u00e4rden slutf\u00f6rdes.<\/p>\n
Skicka svar Adress:<\/b><\/p>\n
N\u00e4r de tv\u00e5 servrarna har utf\u00f6rt sin handskakning har SMTP-transaktionen startat och vi kan b\u00f6rja skicka kommandon till servern. Om du vill se vilka kommandon som st\u00f6ds av servern kan du skicka kommandot HELP och SMTP-servern b\u00f6r svara med ett meddelande som beskriver vilka kommandon som st\u00f6ds.<\/p>\n
F\u00f6r att vi ska kunna skicka ett meddelande till en anv\u00e4ndare p\u00e5 den h\u00e4r servern m\u00e5ste vi dock f\u00f6rst ange en svarsadress. Svarsadressen m\u00e5ste anges f\u00f6rst s\u00e5 att eventuella fel som uppst\u00e5r under SMTP-transaktionen kan rapporteras till denna adress. F\u00f6r att g\u00f6ra detta anv\u00e4nder vi kommandot \u2018MAIL FROM:\u2019:<\/p>\n
MAIL FR\u00c5N:
\nExempel: MAIL FR\u00c5N:<\/p><\/blockquote>\nNotera tecknen Less than och Greater than. Dessa kr\u00e4vs enligt RFC 821 f\u00f6r att inneh\u00e5lla sj\u00e4lva e-postadressen. Om adressen accepteras kommer SMTP att returnera ett 250 OK-svar.<\/p>\n
Skicka mottagare<\/b><\/p>\n
N\u00e4r vi har angett en svarsadress kan vi med SMTP identifiera mottagarna av meddelandet. F\u00f6r att g\u00f6ra detta anv\u00e4nder vi kommandot \u2018RCPT TO:\u2019:<\/p>\n
RCPT TO:
\nExempel: RCPT TO:<\/p><\/blockquote>\nOm du vill ange flera mottagare upprepar du bara kommandot f\u00f6r varje mottagare. Om mottagaren accepterar e-post f\u00f6r den h\u00e4r anv\u00e4ndaren och kan ta emot meddelandet vid den h\u00e4r tidpunkten ska den svara med 250 OK. Om e-postmeddelandet d\u00e4remot inte accepteras f\u00f6r den h\u00e4r anv\u00e4ndaren skickas ett 550 failure-svar eller motsvarande felkod. Om vi f\u00e5r ett 250 OK-svar kan vi forts\u00e4tta att skicka meddelandedata.<\/p>\n
Skicka meddelande Data<\/b><\/p>\n
Att skicka data via SMTP \u00e4r ganska enkelt, men meddelandeformaten kan vara ganska komplicerade, s\u00e4rskilt n\u00e4r man skickar bin\u00e4ra bilagor. F\u00f6r att b\u00f6rja skicka data ska vi ge kommandot \u2018DATA\u2019 till vilket servern ska svara med 354 Intermediate reply. dvs:<\/p>\n
354 Skriv in meddelande som slutar med \u201c.\u201d p\u00e5 en egen rad<\/p><\/blockquote>\n
Det enklaste meddelandet vi kan skicka \u00e4r ett klartextmeddelande som inte kr\u00e4ver att vi anv\u00e4nder det flerdelade MIME-meddelandeformatet. Alla meddelanden, oavsett om de \u00e4r i klartext eller inte, avslutas med att man skickar en rad som bara inneh\u00e5ller ett punkttecken. Innan ett meddelande skickas kan du ocks\u00e5 skicka en del rubrikinformation, t.ex. datum, \u00e4mne, till, cc och fr\u00e5n.<\/p>\n
Exempel:<\/p>\n
DATA
\n354 Skriv in meddelande som slutar med \u201c.\u201d p\u00e5 en egen rad
\n\u00c4mne: Detta \u00e4r \u00e4mnesraden i sms:et om abonnemanget
\nOch detta \u00e4r meddelandetexten f\u00f6r meddelandet i klartext.<\/p><\/blockquote>\nOm meddelandet accepteras returnerar SMTP-servern ett 250 OK-svar eller en felkod om transaktionen har misslyckats eller var ofullst\u00e4ndig. Observera punkttecknet i slutet av raden i meddelandetexten, det \u00e4r bara n\u00e4r ett punkttecken finns p\u00e5 en rad som servern slutar att lyssna efter data. Om avs\u00e4ndarservern skickar ett meddelande som skulle leda till att datasessionen avslutas i f\u00f6rtid, eftersom meddelandet inneh\u00e5ller ett enda punkttecken p\u00e5 en rad, b\u00f6r den l\u00e4gga till ytterligare ett punkttecken p\u00e5 raden.<\/p>\n
Avsluta transaktionen<\/b><\/p>\n
Fram till denna punkt anses allt som har skickats till den mottagande SMTP-servern vara disponibelt. Om kommandot \u2018QUIT\u2019 inte skickas innan anslutningen st\u00e4ngs kommer destinationsservern helt enkelt att radera all meddelandedata som har lagrats. Ursprungligen anv\u00e4ndes kommandot som ett elegant s\u00e4tt att st\u00e4nga en anslutning, men idag anv\u00e4nds det ofta f\u00f6r att representera en slutf\u00f6rd transaktion, eftersom m\u00e5nga e-postservrar v\u00e4ntar p\u00e5 QUIT-kommandot innan de st\u00e4ller posten i k\u00f6 f\u00f6r att Message Transfer Agent ska kunna dirigera den vidare. N\u00e4r du har skickat QUIT-kommandot b\u00f6r destinationsservern skicka ett 221-svar f\u00f6r att bekr\u00e4fta att transaktionen har slutf\u00f6rts och att anslutningen st\u00e4ngs.<\/p>\n
Om du h\u00e5ller p\u00e5 att l\u00e4ra dig SMTP-protokollet rekommenderas du att l\u00e4sa RFC 821, 2476 och 2554. Du b\u00f6r komma ih\u00e5g, s\u00e4rskilt n\u00e4r du l\u00e4ser RFC 821, att sedan 1982 har e-postservrar f\u00f6r\u00e4ndrats avsev\u00e4rt delvis som svar p\u00e5 missbruk av spammare.<\/p>","protected":false},"excerpt":{"rendered":"
Electronic Mail has existed in one form or another as far back as the 1960’s. People would leave messages for one another using a number of different methods on mainframe computers but it wasn’t until August 1982 when the Information Sciences Institute published The Simple Mail Transfer Protocol (SMTP; RFC 821) that a standardized method Read more about Att SMTP Server – The SMTP Protocol<\/span>[…]<\/a><\/p>","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-71","post","type-post","status-publish","format-standard","hentry","category-smtp-servers"],"_links":{"self":[{"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/posts\/71","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/comments?post=71"}],"version-history":[{"count":1,"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/posts\/71\/revisions"}],"predecessor-version":[{"id":72,"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/posts\/71\/revisions\/72"}],"wp:attachment":[{"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/media?parent=71"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/categories?post=71"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.smtp-server.net\/sv\/wp-json\/wp\/v2\/tags?post=71"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}