E-postagent (infrastruktur)

Schema för e-postleverans

En e-postagent är ett program som är en del av e-postinfrastrukturen , från sammansättning efter avsändare, till överföring över nätverket, till visning av mottagare. De mest kända är meddelandeanvändaragenter (MUA, aka, e-postklienter) och meddelandeöverföringsagenter (MTA, program som överför e-post mellan klienter), men finare uppdelningar finns.

Närmare bestämt är detta ett tekniskt sätt att hänvisa till funktioner som utförs av olika program, och betrakta dem som mjukvaruagenter : ett givet program kan utföra flera funktioner, men medan det utför en given funktion (som meddelandeöverföring) hänvisas det till som meddelandeöverföringsagent . _ _ Dessa termer används oftast inom internetstandarder och tekniska diskussioner om e-postinfrastruktur, inte av slutanvändare.

Även om de individuella termerna används allmänt i internetstandarder och RFC:er, finns det ingen allmänt använd paraplyterm för dessa program, även om ett sådant program informellt kan hänvisas till allmänt som en MxA , "x" är ett jokertecken , eftersom programmen hänvisas till till med akronymer av denna form, såsom MUA och MTA, med 'x' beroende på roll.

E-postservrar är byggda av ett eller flera mjukvarupaket, som vart och ett utför funktionerna för en eller flera MxA.

Klassificering

Den finaste och mest expansiva klassificeringen i nuvarande användning är i fem funktioner utöver postväxlaren (MX):

Den traditionella uppdelningen är i klientsidan (MUA) och serversidan (MTA, särskilt sendmail ), med flödet angivet som:

MUA → MTA → … → MTA → MUA,

Andra indelningar har gjorts för att göra distinktioner som vissa har funnit användbara, vilka är detaljerade enligt följande.

Ett detaljerat flöde av ett meddelande genom dessa olika agenter ges på [1] , och kan sammanfattas som

MUA → MSA → MTA → … → MTA → MDA →→ MRA →→ MUA,

med pilstilarna som ändras för att skilja mellan push- steg (→) och pull -steg (→→).

En annan källa ger flödet som:

MUA → (MSA) → MTA → … → MX → MDA →→ MRA/MUA,

Program som fetchmail som hämtar e-post från en server men som inte tillhandahåller ett mänskligt gränssnitt för visning eller andra klientuppgifter kallas MRA – de tillhandahåller hämtning men inga andra klientfunktioner. Traditionellt och i internetstandarder (som den senaste RFC 5598) hänvisas dessa till som en typ av MUA, eftersom de ligger på klientsidan och därför utanför räckvidden för internetstandarder, och många MUA utför faktiskt MRA-funktioner. Men traditionella Unix-e-postläsare som alm, Pine eller mutt innehåller ofta inte MRA-funktioner (eller endast valfritt), att läsa e-post som redan hade levererats till en postlådefil (formellt levererad av en MDA ) .

I stora drag och traditionellt är alla program som överför e-post mellan ändarna (alla funktioner på serversidan) en MTA. Mer precist och på senare tid har slutpunkterna i kedjan särskiljts, med det initiala klient-serversteget som kallas submission och det sista server-klientsteget som kallas leverans. Motivet för att särskilja MSA-rollen har till stor del varit säkerhet, där MUA–MSA-interaktioner (initial submission) har fått större granskning än MTA–MTA (server–server)-överföringar. Leveransstadiet (MDA) är där sådana uppgifter som filtrering (av oönskade meddelanden) och arkivering (i separata mappar) sker, och är början på användaragenten; traditionellt gjordes detta via procmail , medan det idag kan göras via program på serversidan, ofta med hjälp av spamfilter som SpamAssassin . MDA kan sägas fungera "innan meddelandet träffar användarens brevlåda".

Se även

Bibliografi

externa länkar

Hämtad från " https://sv.wikipedia.org/w/index.php?title=Email_agent_(infrastructure)&oldid=1065094639 "