Mi az MTA?

A levelezőszerver sokféleképpen nevezhető: mail relay, mail router, Internet mailer. De a leggyakoribb elnevezés az MTA. Ez utalhat mail transfer agentre, message transfer agentre vagy mail transport agentre. Bármelyik nevet is használjuk, az MTA-k alapvető szerepet játszanak az internetes üzenetkezelő rendszerben. Ők továbbítják az elektronikus levelek üzeneteit a felhasználók között. Ebben a cikkben megvizsgáljuk, hogyan működnek az MTA-k, milyen hatással vannak az e-mail kézbesíthetőségére, és sok más kapcsolódó kérdést.

Hogyan működnek az MTA-k

Az MTA csak egy eleme az e-mail kézbesítési folyamatnak. Ez fogadja az e-mailt a levél/üzenetküldő ügynöktől (MSA), amely viszont a levélfelhasználó ügynöktől (MUA) kapja azt. A MUA-t általában e-mail kliensként ismerik – egy olyan alkalmazás, amelyet az e-maillel kapcsolatos dolgok kezelésére használ.

Amikor az MTA megkapja az e-mailt, a továbbítás lép a játékba. Ezért nevezik a levélátvivő ügynököket gyakran levelezési reléknek. Ha érdeklik a részletek, olvassa el az SMTP relayről szóló blogbejegyzésünket. Az e-mail továbbítható más MTA-knak, ha a címzett nem helyben van elhelyezve. Ezután eljut a levélátadó ügynökhöz (MDA). Ez az email utolsó állomása, mielőtt a címzett postafiókjába kerülne. Az e-mail küldése SMTP (vagy kiterjesztett SMTP) használatával történik, az utolsó szakaszhoz (MDA a MUA-hoz) pedig POP3 vagy IMAP4 protokollt használnak. Az ezen e-mail protokollok közötti különbségekről bővebben az SMTP vs. IMAP vs. POP3 témakörben olvashat.

Összefoglalva, az MTA-k a következőket teszik:

• elfogadja a levelező felhasználói ügynökök által küldött e-maileket
• lekérdezi az MX rekordokat és kiválaszt egy levelező szervert az e-mailek továbbításához
• automatikus válaszüzeneteket küld, ha egy e-mail nem érte el a célállomást

A levelek várakoztatása az MTA-kban

Az MTA-k általában a levelek kezelésének tárolási és továbbítási modelljét használják. Ez azt jelenti, hogy a kimenő levelek egy sorba kerülnek, és várják a címzett szerver válaszát. Az MTA ismétlődően megpróbál e-maileket küldeni. Ha a levelet nem sikerül kézbesíteni a meghatározott idő alatt, akkor az visszakerül a levelező klienshez. Ha többet szeretne megtudni az e-mail sorba állításról, olvassa el blogbejegyzésünket.

Az MTA befolyásolja az e-mail kézbesíthetőséget?

Az e-mail kézbesíthetőség három fő tényezőn alapul:

• a feladó hírneve
• infrastruktúra & hitelesítés
• tartalom

A domain és az IP-cím hírneve a legfontosabb, ahonnan az e-mailt küldik. Ha a fogadó levelezőszerverek a feladót megbízhatatlannak azonosítják, az összes tőle érkező e-mail a spam mappában fog landolni, vagy akár vissza is pattannak. Az MTA-k megvédhetik és erősíthetik a feladó hírnevét. Ezért közvetlenül befolyásolják az e-mailek kézbesíthetőségét. Nézzük meg, hogy pontosan mit tehetnek a levélátviteli ügynökök a küldő hitelességének kiépítéséért.

Melegítsünk fel egy vadonatúj IP-címet

Ha a semmiből építed a hírnevedet, nem szabad teljes terheléssel használnod a szűz IP-címedet. Nincs e-mail-küldési előzménye, ezért némi bemelegítésre van szüksége. Egy MTA lehetővé teszi ezt, és később lassan növeli a küldési kapacitást. A hideg IP-címek használata szintén egy lehetőség lehet. A hideg IP-címekre nagyon alacsony korlátokkal lehet e-maileket irányítani, és az MTA-ra azért van szükség, hogy megfeleljen ezeknek a korlátoknak.

A levélküldési folyamatok konfigurálása

Minden fogadó tartomány beállítja a bejövő levelekre vonatkozó korlátokat. Ha ezeket túllépik, a küldő levelezőszerver megbízhatatlannak minősülhet. Ennek elkerülése érdekében az MTA-t úgy konfigurálhatja, hogy dinamikusan korlátozza a küldést. Így a fogadó tartomány elutasítása esetén a levélátviteli ügynök szünetelteti az e-mail várólistát. A küldés egy visszalépési időszak után lassabb ütemben fog folytatódni. Ez segít megóvni a domainje és IP-je hírnevét.

A szürke lista áttörése

A feketelistára kerülés gyakori probléma a feladó hírnevével kapcsolatban. A szürkelista egyfajta megelőző intézkedés, amelyet egyes e-mail szolgáltatók alkalmaznak. Ez egy olyan szűrő, amelyen egy legitim feladó sokkal könnyebben átjuthat, mint a feketelistán. Ehhez egy MTA több várólistát szervez, és többször megkísérli kézbesíteni az e-mailt, ha az visszapattant.

A fent említett funkciók mellett az MTA-k ennél sokkal többet is lehetővé tesznek. Használhatja őket e-mail fojtási és útválasztási szabályok beállítására, a kimenő levelek áramlásának nyomon követésére és még sok másra.

A leggyakrabban használt levélátviteli ügynökök

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. Ugyanakkor két szempontra kell összpontosítani:

• MTA teljesítménye – ez az az érték, amely meghatározza az e-mailek küldésének sebességét, mennyiségét és késleltetését. A dedikált MTA-k általában teljes ellenőrzést biztosítanak a küldési paraméterek felett. Emellett lehetővé teszik a teljesítmény és egyéb elemzések nyomon követését.
• MTA konfigurálhatósága – ez magában foglalja a hozzáférést a speciális konfigurációkhoz, amelyek lehetővé teszik az MTA teljesítményének javítását. Például több levelezési várólista beállítása, hitelesítés engedélyezése, valós idejű hibaelhárítás és így tovább.

Itt van még néhány pont, amelyet értékelnie kell egy MTA-szállító kiválasztásakor:

• a szállító hírneve és hitelessége
• felhasználóbarát árazás és az infrastruktúra átláthatósága
• biztonsági politika és adatvédelmi mechanizmusok
• felhasználói támogatás a hibaelhárításhoz
• migrációs képesség és skálázhatóság

Must-funkciók a legjobb MTA teljesítményhez

• használhatóság & kezelhetőség
• API/integrációs képességek
• klaszterezés
• kiszolgálhatóság-központú funkciók (throttling, IP poolok, útválasztási szabályok stb.)
• E-mail hitelesítési képesség és felügyelet (SPF, DKIM, DMARC)
• multiple queuing
• spam-ellenőrzés (kimenő levelek esetén)

Premise MTA vs. felhőalapú SMTP relé – melyik a jobb?

Megállapítható, hogy a helyben telepített MTA-k 100%-ban jobbak, mint bármely felhőalapú e-mail infrastruktúra? Nem, mert minden egyes projektnek megvannak a maga sajátos igényei, és akár az otthoni, akár a felhőalapú megoldás előnyös lehet. Vizsgáljuk meg ezt részletesen.

Egy helyben telepített MTA a befutó

A helyben telepített levélátviteli ügynökök többnyire a vállalatok és a nagyvállalatok választása. Ez egy teljes körű e-mail infrastruktúrát (hardver + szoftver) jelent, amelyet az Ön igényei szerint állítanak be. Ez egy e-mail küldőparadicsom, ami egy vagyonba kerül. Igen, ki kell fizetnie a teljes e-mail művelet kizárólagos ellenőrzéséért.

Az előnyök:

• Az e-mail küldési konfigurációk minden aspektusát kezelheti
• Nagyobb megbízhatóság
• Integrálhatóság a házon belüli eszközökkel és szoftverekkel
• Az e-mail marketing infrastruktúra összekapcsolhatósága a házon belüli adatokkal. forrásokkal
• Nincsenek vagy szinte nincsenek korlátozások API-k vagy webes horogkorlátozások által
• Képesség több tonna e-mail küldésére késedelmek vagy egyéb sebességi fájdalmak nélkül
• Teljes kontroll az e-mail küldési konfiguráció felett

Mínuszok:

• A helyszíni MTA-k drágák. Az árak 6K dollárral kezdődnek a telepítésért, konfigurációért és IP bemelegítésért
• Térre van szüksége a hardver elhelyezéséhez
• A felállítás időigényes (kb. 3 hónap)
• Ön viseli a teljes felelősséget az infrastruktúra és az e-mail adatbázis biztonságának kezeléséért.
• Nem könnyű skálázni

A felhőalapú SMTP relé szolgáltatás a befutó

Tegyük fel, hogy nincs plusz 6K dollárja egy helyben telepített MTA-ra, és az e-mail küldési igényei mérsékeltek (nem kell havonta néhány millió e-mailt küldenie). Ebben az esetben egy SMTP relé szolgáltatás, mint a Mailgun vagy a SendGrid a legjobb választás, amit csak kaphat. Igen, ez egy felhőalapú infrastruktúra, amelyet e-mailek küldésére használhat. Ez egy használható és gyors megoldás a kezdéshez. A fő hátránya az, hogy nem csak az Öné. Nem rendelkezik teljes ellenőrzéssel, és meg kell osztania az infrastruktúrát másokkal. Egyes szolgáltatások azonban opcionálisan dedikált IP-címeket biztosítanak, ami nagyszerű funkció a kézbesíthetőség növeléséhez.

Pros:

• Egyszerűen beállítható és használható
• Sokkal olcsóbb, mint a helyben telepített MTA-k
• Flexibilis árazás
• A biztonságért az SMTP relé szolgáltatás felel
• Egyszerűen méretezhető az igényeinek megfelelően

Cons:

• Hosszú távon költséges
• Az SMTP relé szolgáltatás által támogatott integrációktól való függés
• A kontroll hiánya

Forrásként

Nem számít, hogy melyik MTA-t használja – egy nyílt forráskódú Postfixet vagy egy vállalati szintű PowerMTA-t -, magas szintű kézbesíthetőséget érhet el. Akinek van pénze, az megengedheti magának az on-premises megoldás minden előnyét. Akiknek nincs, azok bizonyos szempontból korlátozottak lesznek, de még így is van lehetőségük választani. Győződjön meg tehát arról, hogy az MTA megfelel a projekt követelményeinek, és az összes e-mailje bekerüljön a postaládába.