Vad är en MTA?

Hur MTA:er fungerar

En MTA är bara en del av processen för leverans av e-post. Den tar emot ett e-postmeddelande från mail/message submission agent (MSA), som i sin tur tar emot det från mail user agent (MUA). MUA är allmänt känd som en e-postklient – en app som du använder för att hantera e-postrelaterade saker.

När MTA:n tar emot e-postmeddelandet kommer vidarebefordran in i bilden. Det är därför som e-postöverföringsagenter ofta kallas för e-postreläer. Kolla in vårt blogginlägg om SMTP relay om du är intresserad av detaljer. E-postmeddelandet kan vidarebefordras till andra MTA:er om mottagaren inte är värd lokalt. Därefter når det mailleveransagenten (MDA). Detta är e-postens sista mellanlandning innan den levereras till mottagarens brevlåda. E-postsändningen sker med hjälp av SMTP (eller utökad SMTP), och för det sista steget (MDA till MUA) används POP3 eller IMAP4. För mer information om skillnaderna mellan dessa e-postprotokoll, läs SMTP vs. IMAP vs. POP3.

För att sammanfatta gör MTA:

• Acceptera e-postmeddelanden som skickas från e-postanvändaragenter
• Sök i MX-registren och välj en e-postserver för överföring av e-postmeddelanden
• Sänd automatiskt svarsmeddelanden om ett e-postmeddelande inte har nått fram till destinationen

Postkö i MTA:s

Omfattningsvis använder MTA:s en ”store-and-forward”-modell för hantering av e-post. Detta innebär att utgående e-post läggs i en kö och väntar på mottagarens serversvar. En MTA kommer återkommande att försöka skicka e-post. Om posten inte kan levereras under den fastställda perioden returneras den till e-postklienten. Läs vårt blogginlägg för mer information om e-postköer.

Har MTA en inverkan på e-postens leveransbarhet?

Det finns tre huvudfaktorer som e-postens leveransbarhet baseras på:

• Sändarens rykte
• Infrastruktur & autentisering
• Innehåll

Ryktet för den domän och IP-adress som e-postmeddelandet skickas från är det viktigaste. När mottagande e-postservrar identifierar avsändaren som opålitlig kommer alla e-postmeddelanden från den att hamna i skräppostmappen eller till och med studsas tillbaka. MTA:er kan skydda och stärka avsändarens rykte. Det är därför de har en direkt inverkan på e-postens leveransbarhet. Låt oss kolla in vad exakt e-postöverföringsagenter kan göra för att bygga upp din sändningskredibilitet.

Värma upp en helt ny IP-adress

Om du bygger upp ditt rykte från grunden bör du inte använda din jungfruliga IP-adress med full belastning. Den har ingen historik när det gäller e-postutskick och behöver därför värmas upp lite. En MTA låter dig göra detta och senare långsamt öka sändningskapaciteten. Att använda kalla IP-adresser kan också vara ett alternativ. Du kan dirigera e-post till kalla IP-adresser med mycket låga gränser, och MTA:n behövs för att matcha dessa gränser.

Konfigurera flöden för e-postsändning

Varje mottagande domän fastställer sina gränser för inkommande e-post. Om de överskrids kan den avsändande e-postservern identifieras som opålitlig. För att undvika detta kan du konfigurera din MTA så att den dynamiskt begränsar sändningen. Så vid avslag från den mottagande domänen kommer e-postöverföringsagenten att pausa e-postkön. Sändningen kommer att fortsätta i långsammare takt efter en pausperiod. Detta hjälper dig att skydda din domäns och IP:s rykte.

Bryt igenom den grå listan

Att hamna på en svart lista är ett vanligt problem när det gäller avsändarens rykte. Grålistan är ett slags förebyggande åtgärd som används av vissa e-postleverantörer. Det är ett filter som en legitim avsändare kan ta sig igenom mycket lättare än den svarta listan. För detta ordnar en MTA flera köer och gör flera försök att leverera ett e-postmeddelande när det har studsat.

Förutom de ovan nämnda funktionerna kan du med MTA:er göra mycket mer. Du kan använda dem för att ställa in regler för strypning och omdirigering av e-post, övervaka flödet av utgående e-post och mycket mer.

Mest använda e-postöverföringsagenter

MTA	Exim	Postfix	Sendmail	Qmail	Microsoft Exchange
Server OS support	Unix-like	Cross-platform	Cross-platform	Unix-like	Windows Server
License	GPLv2	IBM Public License	Sendmail License	Public domain	Proprietary or closed-source software
SMTP over TLS	Yes	Yes	Yes	No	Yes
POP3	UW IMAP/Dovecote	UW IMAP/Dovecote	UW IMAP or Dovecote server	Yes	Yes
IMAP				UW IMAP/Dovecote
IPv6	Yes	Yes	Yes	via Qsmtp	Yes
Webmail	No	No	No	No	Yes
Authentication mechanisms besides SMTP Authentication	PLAIN LOGIN CRAM-MD5 SPA Cyrus SASL Dovecot SASL GNU SAS Heimdal GSSAPI	Cyrus SASL authentication methods (except for APOP)	Cyrus SASL authentication methods (except for APOP) X.509 PKI auth via STARTTLS and EXTERNAL	LOGIN PLAIN PAM LDAP any checkpassword utility	Active Directory LOGIN NTLM

Things to consider for choosing an MTA solution

In the table above, we introduced the most common MTAs, but there are many more. Some of them are open-source, and others require payment. When choosing an MTS solution for your project, you should decide based on your goals and resources. Samtidigt bör två aspekter vara i fokus:

• MTA:s prestanda – detta är det värde som definierar hastigheten, volymerna och latensen för att skicka e-post. Dedikerade MTA:er ger vanligtvis full kontroll över sändningsparametrarna. Dessutom gör de det möjligt att övervaka prestanda och andra analyser.
• MTA:s konfigurerbarhet – detta innebär tillgång till specifika konfigurationer som gör att du kan förbättra MTA:s prestanda. Till exempel kan du ställa in flera e-postköer, aktivera autentisering, felsökning i realtid och så vidare.

Det finns också några punkter som du bör utvärdera när du väljer en MTA-leverantör:

• leverantörens rykte och trovärdighet
• användarvänlig prissättning och transparens i infrastrukturen
• Säkerhetspolicy och dataskyddsmekanismer
• Användarsupport för felsökning
• Migreringsförmåga och skalbarhet

Måste-ha funktioner för bästa MTA-prestanda

• användbarhet & hanterbarhet
• API/integrationsmöjligheter
• kluster
• leveranscentrerade funktioner (strypning, IP-pooler, routningsregler osv.)
• Funktioner för autentisering av e-post och övervakning (SPF, DKIM, DMARC)
• flera köer
• spamkontroll (för utgående e-post)

MTA på plats vs. molnbaserad SMTP-relä – vad är bättre?

Kan vi hävda att MTA på plats är 100 % bättre än någon molnbaserad e-postinfrastruktur? Nej, eftersom varje enskilt projekt har sina specifika behov och kan dra nytta av antingen en hemmabaserad eller molnbaserad lösning. Låt oss utforska detta i detalj.

En on-premise MTA är en go

On-premise mail transfer agents är oftast valet för företag och stora företag. Detta innebär en fullfjädrad e-postinfrastruktur (hårdvara + mjukvara) som konfigureras enligt dina krav. Det är ett paradis för e-postutskick som kostar en förmögenhet. Ja, du måste punga ut för att få exklusiv kontroll över hela e-postverksamheten.

Pros:

• Du kan hantera varje aspekt av konfigurationer för e-postutskick
• Förbättrad tillförlitlighet
• Integrerbarhet med interna verktyg och programvara
• Integrerbarhet av infrastrukturen för e-postmarknadsföring med interna data.
• Ingen eller nästan inga begränsningar av API:er eller begränsningar av webbkrokar
• Förmåga att skicka massor av e-postmeddelanden utan förseningar eller andra hastighetssmärtor
• Full kontroll över konfigurationen för e-postutskick

Konsekvenser:

• MTA:er på plats är dyra. Priserna börjar på 6 000 dollar för installation, konfiguration och IP-uppvärmning
• Du behöver utrymme för hårdvara
• Installationen är tidskrävande (ca 3 månader)
• Du bär det fulla ansvaret för att hantera infrastrukturen och säkerheten i e-postdatabasen.
• Inte lätt att skala

En molnbaserad SMTP relay-tjänst är en go

Säg att du inte har 6 000 dollar extra för en MTA på plats och att dina behov av e-postutskick är måttliga (du behöver inte skicka några miljoner e-postmeddelanden per månad). I det här fallet är en SMTP relay-tjänst som Mailgun eller SendGrid det bästa alternativet du kan ha. Ja, det är en molnbaserad infrastruktur som du kan använda för att skicka e-post. Det är en användbar och snabb lösning att börja med. Den största nackdelen är att den inte bara är din. Du har inte full kontroll och måste dela infrastrukturen med andra. Vissa tjänster tillhandahåller dock dedikerade IP:er som tillval, vilket är en bra funktion för att öka leveranssäkerheten.

Pros:

• Lätt att installera och använda
• Mycket billigare än lokala MTA:er
• Flexibel prissättning
• SMTP relay service ansvarar för säkerheten
• Lätt att skala efter dina behov

Konsekvenser:

• Kostsamt i ett långsiktigt perspektiv
• Beroende av integrationer som stöds av SMTP relay-tjänsten
• Misslyckad kontroll

Till slut

Oavsett vilken MTA du använder – en Postfix med öppen källkod eller en PowerMTA i företagsklass – kan du uppnå en hög nivå av leveransbarhet. De som har pengar har råd med alla fördelar med en lokal lösning. De som inte har det kommer att vara begränsade på vissa sätt, men de har ändå alternativ att välja mellan. Så se till att din MTA uppfyller kraven för ditt projekt och må alla dina mejl hamna i inkorgen.