Qu’est-ce qu’un MTA ?

Un serveur de courrier peut avoir plusieurs noms : relais de courrier, routeur de courrier, mailer Internet. Mais l’alias le plus courant est un MTA. Il peut s’agir d’un agent de transfert de courrier, d’un agent de transfert de messages ou d’un agent de transport de courrier. Quel que soit le nom utilisé, les MTA jouent un rôle essentiel dans le système de traitement des messages Internet. Ils transfèrent les messages de courrier électronique entre les utilisateurs. Dans cet article, nous allons explorer le fonctionnement des MTA, l’effet qu’ils ont sur la délivrabilité du courrier électronique, et bien d’autres questions connexes.

Qu’est-ce qu’un MTA ?

Un agent de transfert de courrier/message (MTA) est un logiciel qui transfère les e-mails entre les ordinateurs d’un expéditeur et d’un destinataire.

Comment fonctionnent les MTA

Un MTA n’est qu’un élément du processus de livraison du courriel. Il reçoit un courriel de l’agent de soumission de courrier/message (MSA), qui, à son tour, le reçoit de l’agent utilisateur de courrier (MUA). Le MUA est communément appelé client de messagerie – une appli que vous utilisez pour gérer les choses liées au courrier électronique.

Une fois que le MTA reçoit le courriel, le relais entre en jeu. C’est pourquoi les agents de transfert de courrier sont souvent appelés relais de courrier. Consultez notre article de blog sur le relais SMTP si vous êtes intéressé par les détails. L’e-mail peut être transféré à d’autres MTA si le destinataire n’est pas hébergé localement. Il atteint ensuite l’agent de distribution du courrier (MDA). Il s’agit de la dernière escale de l’e-mail avant qu’il ne soit livré dans la boîte aux lettres du destinataire. L’envoi du courrier électronique est effectué à l’aide du protocole SMTP (ou SMTP étendu), et pour la dernière étape (MDA vers MUA), on utilise POP3 ou IMAP4. Pour en savoir plus sur les différences entre ces protocoles de messagerie, lisez SMTP vs IMAP vs POP3.

Pour résumer, les MTA font ce qui suit :

  • accepter les courriels envoyés par les agents utilisateurs de messagerie
  • interroger les enregistrements MX et sélectionner un serveur de messagerie pour transférer les courriels
  • envoyer des messages de réponse automatique si un courriel n’a pas atteint sa destination

La mise en file d’attente du courrier dans les MTA

En général, les MTA utilisent un modèle de traitement du courrier de type store-and-forward. Cela signifie que le courrier sortant est placé dans une file d’attente et attend la réponse du serveur du destinataire. Un MTA essaiera de façon récurrente d’envoyer des courriers électroniques. Si le courrier ne parvient pas à être délivré pendant la durée établie, il sera renvoyé au client de messagerie. Pour en savoir plus sur la mise en file d’attente des e-mails, lisez notre article de blog.

Les MTA ont-ils un impact sur la délivrabilité des e-mails ?

Il existe trois facteurs principaux sur lesquels repose la délivrabilité des e-mails :

  • réputation de l’expéditeur
  • infrastructure & authentification
  • contenu

La réputation du domaine et de l’adresse IP d’où est envoyé le courriel est la chose la plus importante. Lorsque les serveurs de messagerie récepteurs identifient l’expéditeur comme indigne de confiance, tous les courriels en provenance de celui-ci se retrouveront dans le dossier des spams, voire seront renvoyés. Les MTA peuvent protéger et renforcer la réputation de l’expéditeur. C’est pourquoi ils ont un impact direct sur la délivrabilité des e-mails. Vérifions ce que les agents de transfert de courrier peuvent faire exactement pour construire votre crédibilité d’envoi.

Réchauffer une toute nouvelle adresse IP

Si vous construisez votre réputation à partir de rien, vous ne devriez pas utiliser votre adresse IP vierge à pleine charge. Elle n’a pas d’historique d’envoi d’emails et a donc besoin d’un certain réchauffement. Un MTA vous permettra de le faire et, plus tard, d’augmenter lentement la capacité d’envoi. L’utilisation d’adresses IP froides peut également être une option. Vous pouvez acheminer des courriels vers des IP froides avec des limites très basses, et le MTA est nécessaire pour correspondre à ces limites.

Configurer les flux d’envoi de courrier

Chaque domaine récepteur fixe ses limites sur le courrier entrant. Si elles sont dépassées, le serveur de courrier d’envoi peut être identifié comme non digne de confiance. Pour éviter cela, vous pouvez configurer votre MTA pour limiter dynamiquement l’envoi. Ainsi, en cas de rejet par le domaine de réception, l’agent de transfert de courrier mettra en pause la file d’attente des e-mails. L’envoi se poursuivra à un rythme plus lent après une période d’attente. Cela vous aidera à protéger la réputation de votre domaine et de votre IP.

Casser la liste grise

Se retrouver sur une liste noire est un problème courant pour la réputation de l’expéditeur. Le greylisting est une sorte de mesure préventive utilisée par certains fournisseurs de messagerie. C’est un filtre qu’un expéditeur légitime peut traverser beaucoup plus facilement que la liste noire. Pour cela, un MTA organise plusieurs files d’attente et fait plusieurs tentatives pour délivrer un courriel lorsqu’il a été rebondi.

En dehors des fonctionnalités susmentionnées, les MTA vous permettent de faire beaucoup plus. Vous pouvez les utiliser pour configurer des règles d’étranglement et de routage du courrier électronique, surveiller le flux de courrier sortant, et bien plus encore.

Les agents de transfert de courrier les plus utilisés

.

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. En même temps, deux aspects doivent être en ligne de mire :

    • Les performances du MTA – c’est la valeur qui définit la vitesse, les volumes et la latence de l’envoi des e-mails. Les MTA dédiés offrent généralement un contrôle total des paramètres d’envoi. De plus, ils vous permettent de surveiller les performances et d’autres analyses.
    • Configurabilité du MTA – cela implique l’accès à des configurations spécifiques qui vous permettent d’améliorer les performances du MTA. Par exemple, la configuration de plusieurs files d’attente de courrier, l’activation de l’authentification, le dépannage en temps réel, etc.

    Voici également quelques points, que vous devriez évaluer pour choisir un fournisseur de MTA :

    • Réputation et crédibilité du fournisseur
    • Prix convivial et transparence de l’infrastructure
    • Politique de sécurité et mécanismes de protection des données
    • Support utilisateur pour le dépannage
    • Capacité de migration et évolutivité

    Les caractéristiques à ne pas négliger pour le meilleur MTA.avoir des fonctionnalités pour les meilleures performances du MTA

    • facilité d’utilisation & facilité de gestion
    • capacités d’intégration/API
    • classement
    • fonctionnalités centrées sur la délivrabilité (étranglement, pools d’IP, règles de routage, etc.)
    • capacité d’authentification des e-mails et surveillance (SPF, DKIM, DMARC)
    • multiples files d’attente
    • contrôle des spams (pour le courrier sortant)

    MTA sur site contre relais SMTP basé sur le cloud – lequel est le meilleur ?

    Pouvons-nous affirmer que les MTA sur site sont 100 % meilleurs que toute infrastructure de messagerie basée sur le cloud ? Non, car chaque projet particulier a ses besoins spécifiques et peut bénéficier d’une solution sur site ou dans le cloud. Explorons cela en détail.

    Un MTA sur site, c’est parti

    Les agents de transfert de courrier sur site sont surtout le choix des entreprises et des grandes sociétés. Cela implique une infrastructure de messagerie à part entière (matériel + logiciel) qui est mise en place en fonction de vos besoins. Il s’agit d’un paradis de l’envoi d’e-mails, qui coûtera une fortune. Oui, vous devrez débourser pour avoir le contrôle exclusif de l’ensemble des opérations de messagerie.

    Pros :

    • Vous pouvez gérer tous les aspects des configurations d’envoi d’emails
    • Fiabilité accrue
    • Intégrabilité avec les outils et logiciels internes
    • Connectivité de l’infrastructure d’email marketing avec les données internes. sources
    • Aucune ou presque aucune limitation par des API ou des restrictions de web hook
    • Capacité d’envoyer des tonnes d’emails sans aucun retard ou autres douleurs de vitesse
    • Contrôle total de la configuration de l’envoi d’emails

    Cons :

    • Les MTA sur site sont chers. Le prix commence à 6K $ pour l’installation, la configuration et le réchauffement de l’IP
    • Vous avez besoin d’espace pour accueillir le matériel
    • La mise en place prend du temps (environ 3 mois)
    • Vous portez l’entière responsabilité de la gestion de l’infrastructure et de la sécurité la base de données d’emails.
    • Pas facile à faire évoluer

    Un service de relais SMTP basé sur le cloud est un go

    Disons que vous n’avez pas 6K$ supplémentaires pour un MTA sur site, et que vos besoins d’envoi sont modérés (vous n’avez pas besoin d’envoyer quelques millions d’emails par mois). Dans ce cas, un service de relais SMTP comme Mailgun ou SendGrid est la meilleure option que vous puissiez avoir. Oui, il s’agit d’une infrastructure basée sur le cloud que vous pouvez utiliser pour envoyer des e-mails. C’est une solution utilisable et rapide pour commencer. Le principal inconvénient est qu’elle n’est pas seulement la vôtre. Vous n’en avez pas le contrôle total et devez partager l’infrastructure avec d’autres. Certains services, cependant, fournissent des IP dédiées en option, ce qui est une excellente fonctionnalité pour augmenter la délivrabilité.

    Pros:

    • Facile à configurer et à utiliser
    • Bien moins cher que les MTA sur site
    • Prix flexible
    • Le service de relais SMTP est responsable de la sécurité
    • Facile à faire évoluer en fonction de vos besoins

    Cons :

    • Coûtant dans une perspective à long terme
    • Dépendance des intégrations prises en charge par le service de relais SMTP
    • Manque de contrôle

    Pour conclure

    Quoi que vous utilisiez un MTA – un Postfix open-source ou un PowerMTA de niveau entreprise – vous pouvez atteindre un haut niveau de délivrabilité. Ceux qui ont de l’argent peuvent se permettre tous les avantages de la solution sur site. Ceux qui n’en ont pas seront limités d’une certaine manière, mais ils ont tout de même le choix entre plusieurs options. Donc, assurez-vous que votre MTA répond aux exigences de votre projet et que tous vos emails finissent dans la boîte de réception.

    Si vous avez apprécié cet article, merci de le partager et de le faire connaître. Nous l’apprécierons vraiment.

    Laisser un commentaire

    Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *