Un server de corespondență poate avea mai multe denumiri: releu de corespondență, router de corespondență, Internet mailer. Dar cel mai comun pseudonim este un MTA. Acesta se poate referi la un agent de transfer al corespondenței, un agent de transfer al mesajelor sau un agent de transport al corespondenței. Indiferent de denumirea folosită, MTA-urile joacă un rol esențial în sistemul de gestionare a mesajelor pe Internet. Ei transferă mesajele de poștă electronică între utilizatori. În acest articol, vom explora modul în care funcționează MTA-urile, ce efect au asupra capacității de livrare a e-mailurilor și multe alte întrebări conexe.
Un agent de transfer de mail/message (MTA) este un software care transferă mesajele electronice între calculatoarele unui expeditor și ale unui destinatar.
- Cum funcționează MTA-urile
- Coadă de așteptare a e-mailurilor în MTA-uri
- Influențează MTA livrarea e-mailurilor?
- Încălziți o adresă IP nou-nouță
- Configurați fluxurile de trimitere a corespondenței
- Scoaterea de pe lista gri
- Cele mai utilizate agenții de transfer de mail
- Things to consider for choosing an MTA solution
- Mai trebuie-have features for the best MTA’s performance
- MTA pe site vs. releu SMTP bazat în cloud – care este mai bun?
- Un MTA on-premise este o soluție
- Un serviciu de releu SMTP bazat pe cloud este o soluție
- În concluzie
Cum funcționează MTA-urile
Un MTA este doar un element al procesului de livrare a e-mailurilor. Acesta primește un e-mail de la agentul de trimitere a corespondenței/mesajului (MSA), care, la rândul său, îl primește de la agentul utilizatorului de e-mail (MUA). MUA este cunoscut în mod obișnuit sub numele de client de e-mail – o aplicație pe care o utilizați pentru a gestiona lucrurile legate de e-mail.
După ce MTA primește e-mailul, intră în joc retransmiterea. Acesta este motivul pentru care agenții de transfer de e-mail sunt adesea numiți relee de e-mail. Consultați articolul de pe blogul nostru despre releele SMTP dacă sunteți interesat de detalii. E-mailul poate fi redirecționat către alte MTA-uri dacă destinatarul nu este găzduit la nivel local. Apoi, acesta ajunge la agentul de livrare a corespondenței (MDA). Aceasta este ultima escală a e-mailului înainte de a fi livrat în cutia poștală a destinatarului. Trimiterea e-mailurilor se realizează prin SMTP (sau SMTP extins), iar pentru etapa finală (de la MDA la MUA) se utilizează POP3 sau IMAP4. Pentru mai multe informații despre diferențele dintre aceste protocoale de e-mail, citiți SMTP vs. IMAP vs. POP3.
Pentru a rezuma, MTA-urile fac următoarele:
- acceptă e-mailurile trimise de agenții de utilizator de poștă electronică
- interoghează înregistrările MX și selectează un server de poștă electronică pentru a transfera e-mailurile
- trimite mesaje de răspuns automat dacă un e-mail nu a reușit să ajungă la destinație
Coadă de așteptare a e-mailurilor în MTA-uri
De obicei, MTA-urile utilizează un model de gestionare a e-mailurilor de tip „store-and-forward”. Acest lucru înseamnă că poșta electronică de ieșire este plasată într-o coadă și așteaptă răspunsul serverului destinatarului. Un MTA va încerca în mod recurent să trimită e-mailuri. În cazul în care corespondența nu reușește să fie livrată în termenul stabilit, aceasta va fi returnată clientului de e-mail. Pentru mai multe informații despre cozile de așteptare a e-mailurilor, citiți postarea noastră de pe blog.
Influențează MTA livrarea e-mailurilor?
Există trei factori majori pe care se bazează livrarea e-mailurilor:
- reputația expeditorului
- infrastructura & autentificare
- contenit
Reputația domeniului și a adresei IP de la care este trimis e-mailul este cel mai important lucru. Atunci când serverele de poștă electronică receptoare identifică expeditorul ca fiind nedemn de încredere, toate e-mailurile de la acesta vor ajunge în dosarul de spam sau chiar vor fi returnate. MTA-urile pot proteja și consolida reputația expeditorului. De aceea, acestea au un impact direct asupra capacității de livrare a e-mailurilor. Haideți să verificăm ce anume pot face agenții de transfer de corespondență pentru construirea credibilității expeditorului dumneavoastră.
Încălziți o adresă IP nou-nouță
Dacă vă construiți reputația de la zero, nu ar trebui să folosiți adresa IP virgină la sarcină maximă. Aceasta nu are un istoric de trimitere de e-mailuri și, prin urmare, are nevoie de o anumită încălzire. Un MTA vă va permite să faceți acest lucru și, ulterior, să creșteți încet capacitatea de trimitere. Utilizarea unor adrese IP reci ar putea fi, de asemenea, o opțiune. Puteți direcționa e-mailurile către IP-uri reci cu limite foarte mici, iar MTA-ul este necesar pentru a se potrivi cu aceste limite.
Configurați fluxurile de trimitere a corespondenței
Care domeniu receptor își stabilește limitele pentru corespondența primită. Dacă acestea sunt depășite, serverul de e-mail de trimitere poate fi identificat ca fiind nedemn de încredere. Pentru a evita acest lucru, puteți configura MTA-ul pentru a limita dinamic trimiterea. Astfel, în cazul unei respingeri din partea domeniului de recepție, agentul de transfer al corespondenței va pune pe pauză coada de e-mail. Trimiterea va continua să se desfășoare la viteze mai mici după o perioadă de back-off. Acest lucru vă va ajuta să protejați reputația domeniului și a IP-ului dumneavoastră.
Scoaterea de pe lista gri
Inscrierea pe o listă neagră este o problemă comună cu reputația expeditorului. Lista gri este un fel de măsură preventivă folosită de unii furnizori de e-mail. Este un filtru prin care un expeditor legitim poate trece mult mai ușor decât prin lista neagră. Pentru aceasta, un MTA organizează mai multe cozi de așteptare și face mai multe încercări de a livra un e-mail atunci când acesta a fost respins.
În afară de caracteristicile menționate mai sus, MTA-urile vă permit să faceți mult mai multe. Le puteți utiliza pentru a configura reguli de limitare și de rutare a e-mailurilor, pentru a monitoriza fluxul de e-mailuri de ieșire și multe altele.
Cele mai utilizate agenții de transfer de mail
| 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 |
|
Cyrus SASL authentication methods (except for APOP) |
|
|
|
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. În același timp, două aspecte ar trebui să fie în centrul atenției:
- Performanța MTA – aceasta este valoarea care definește viteza, volumele și latența trimiterii de e-mailuri. MTA-urile dedicate oferă, de obicei, un control complet asupra parametrilor de trimitere. De asemenea, acestea vă permit să monitorizați performanța și alte analize.
- Configurabilitatea MTA-ului – aceasta presupune accesul la configurații specifice care vă permit să îmbunătățiți performanța MTA-ului. De exemplu, configurarea mai multor cozi de corespondență, activarea autentificării, depanarea în timp real și așa mai departe.
Iată și câteva puncte, pe care ar trebui să le evaluați pentru a alege un furnizor de MTA:
- reputația și credibilitatea furnizorului
- preț prietenos cu utilizatorul și transparența infrastructurii
- politici de securitate și mecanisme de protecție a datelor
- suportul utilizatorului pentru depanare
- capacitatea de migrare și scalabilitate
Mai trebuie-have features for the best MTA’s performance
- usability & manageability
- API/integration capabilities
- clustering
- deliverability-centered features (throttling, pool-uri IP, reguli de rutare, etc.)
- capacitate de autentificare și monitorizare a e-mailurilor (SPF, DKIM, DMARC)
- coadă de așteptare multiplă
- controlul spam-ului (pentru e-mailurile de ieșire)
MTA pe site vs. releu SMTP bazat în cloud – care este mai bun?
Potăm afirma că MTA-urile pe site sunt 100% mai bune decât orice infrastructură de e-mail bazată în cloud? Nu, deoarece fiecare proiect în parte are nevoile sale specifice și poate beneficia fie de o soluție la domiciliu, fie de o soluție bazată pe cloud. Să explorăm acest aspect în detaliu.
Un MTA on-premise este o soluție
Agenții de transfer al corespondenței on-premise sunt în principal alegerea întreprinderilor și a companiilor mari. Aceasta presupune o infrastructură de e-mail completă (hardware + software) care este configurată în funcție de cerințele dumneavoastră. Este un paradis al trimiterii de e-mailuri, care va costa o avere. Da, va trebui să plătiți pentru controlul exclusiv al tuturor operațiunilor de e-mail.
Pros:
- Puteți gestiona fiecare aspect al configurațiilor de trimitere a e-mailurilor
- Siguranță îmbunătățită
- Integrabilitate cu instrumentele și software-ul intern
- Conectabilitate a infrastructurii de marketing prin e-mail cu datele interne. surse
- Nu există sau aproape nu există limitări prin API-uri sau restricții de cârlige web
- Capacitatea de a trimite tone de e-mailuri fără întârzieri sau alte dureri de viteză
- Control total al configurației de trimitere de e-mailuri
Cons:
- MTA-urile on premise sunt scumpe. Prețurile pornesc de la 6.000 de dolari pentru instalare, configurare și încălzirea IP-ului
- Aveți nevoie de spațiu pentru a găzdui hardware-ul
- Configurarea este consumatoare de timp (aprox. 3 luni)
- Portați întreaga responsabilitate pentru gestionarea infrastructurii și securitatea bazei de date de e-mail.
- Nu este ușor de scalat
Un serviciu de releu SMTP bazat pe cloud este o soluție
Să spunem că nu aveți 6.000 de dolari în plus pentru un MTA on-premise, iar nevoile dvs. de trimitere de e-mailuri sunt moderate (nu trebuie să trimiteți câteva milioane de e-mailuri pe lună). În acest caz, un serviciu de releu SMTP precum Mailgun sau SendGrid este cea mai bună opțiune pe care o puteți avea. Da, este o infrastructură bazată pe cloud pe care o puteți utiliza pentru trimiterea de e-mailuri. Este o soluție utilizabilă și rapidă pentru început. Principalul dezavantaj este că nu este doar al dvs. Nu aveți control total și trebuie să împărțiți infrastructura cu alții. Cu toate acestea, unele servicii oferă opțional IP-uri dedicate, ceea ce este o caracteristică excelentă pentru a crește capacitatea de livrare.
Pros:
- Facil de configurat și de utilizat
- Mult mai ieftin decât MTA-urile on-premise
- Prețuri flexibile
- Serviciul de releu SMTP este responsabil pentru securitate
- Facil de scalat în funcție de nevoile dumneavoastră
Cons:
- Costisitor din perspectiva pe termen lung
- Dependență de integrările suportate de serviciul de releu SMTP
- Lipsă de control
În concluzie
Nu contează ce MTA folosiți – un Postfix open-source sau un PowerMTA de nivel enterprise – puteți obține un nivel ridicat de livrabilitate. Cei care au bani își pot permite toate avantajele soluției on-premise. Cei care nu au vor fi restricționați în unele privințe, dar, cu toate acestea, au opțiuni din care să aleagă. Așadar, asigurați-vă că MTA-ul dvs. îndeplinește cerințele proiectului dvs. și fie ca toate e-mailurile dvs. să ajungă în inbox.
Dacă v-a plăcut acest articol, vă rugăm să dați share și să răspândiți vestea. Vom aprecia cu adevărat.
.