Dois-je exécuter mon propre MTA?

J'ai besoin d'envoyer un grand volume d'e-mails, environ 60 000 par semaine. À l'heure actuelle, nous sous-traitons ce service à un tiers et nous prévoyons de doubler notre volume au cours des 6 prochains mois. Comme le service commence à être trop cher, je pensais à créer notre propre MTA.

Notre propre SysAdmin nous a dit qu'il n'était pas difficile du tout d'avoir notre propre MTA, mais je crains qu'il n'ait peut-être trop simplifié cela.

Est-il difficile de gérer un MTA? Dois-je avoir peur que mon MTA perde les courriers électroniques de l'entreprise? Dois-je rester avec un service tiers?

ps: Les e-mails ont été collectés dans le respect de la législation locale sur la confidentialité, donc pas de spam.

Il ne devrait y avoir aucun problème à le faire vous-même, cependant, vous avez besoin d'un administrateur système expérimenté ou d'un administrateur système désireux d'apprendre quelque chose de nouveau. Ce n'est pas aussi simple que d'exécuter un autre démon et d'ouvrir un port dans le pare-feu.

Je lance un MTA pour des projets personnels sur un VPS, et bien que vous ayez bien sûr besoin d'une haute disponibilité et d'être capable de gérer beaucoup plus de charge, la configuration générale serait à peu près la même. Quelques conseils généraux:

• Assurez-vous de ne pas vous retrouver avec un relais ouvert, vous serez sur liste noire
• Lisez comment éviter le dossier de spam redouté
• Assurez-vous que les enregistrements MX corrects sont en place
• Utilisez un sous-domaine pour votre MTA d'envoi uniquement (mailer.example.com)
• Utilisez les en-têtes de courrier corrects de: et réponse à:
• Utilisez DKIM pour signer du courrier (permet également d'éviter le spam)

MODIFIER:

J'ai oublié deux points importants (merci symcbean):

• SPF , pour restreindre la messagerie de votre domaine à une IP ou à des plages spécifiques
• Gestion intelligente des rebonds; configuré pour parler à votre application de liste de diffusion (suppression des adresses mortes, etc.)

À moins que votre entreprise ne soit chargée d'envoyer des e - mails , je ne considérerais cela qu'en dernier recours.

Il y a beaucoup d'entreprises qui envoient des e-mails en masse, donc je serais enclin à faire le tour (ou à renégocier les frais) avant d'investir du temps et des ressources dans la création et le support de votre propre solution MTA.

Garder une entreprise agile et capable de pivoter est essentiel. L'externalisation de services non critiques vous permet d'accomplir plus facilement cela.

Cela dit, si vous êtes dans le domaine de l'envoi d'e-mails, vous devez absolument envisager de configurer votre propre MTA - bien que vous souhaitiez peut-être toujours envisager d'héberger cela dans un environnement VPS.

Notre propre SysAdmin nous a dit qu'il n'était pas difficile du tout d'avoir notre propre MTA, mais je crains qu'il n'ait peut-être trop simplifié cela.

Soit il est une sorte d'uber-geek, soit il ne comprend pas le problème.

L'exécution d'un MTA est relativement simple. L'exécution d'un MTA délivrant un volume élevé d'e-mails en masse tout en conservant une bonne délivrabilité est très, très compliquée.

cvaldemar suggère d'utiliser le DKIM, mais ne fait aucune mention du SPF (ceux-ci ne s'excluent pas mutuellement, mais ce dernier a des taux d'adoption beaucoup plus élevés). En plus des points mentionnés dans cet article, vous devez également activer la limitation par destination, la gestion intelligente des rebonds et la gestion proactive des listes (pour éviter une mauvaise réputation des rebonds).

L'exécution d'un serveur sur une plage d'adresses qui vous est attribuée gagnera une représentation beaucoup plus élevée que sur un serveur hébergé. Le simplifie également le processus de configuration des enregistrements PTR (améliore également votre représentant).

L'exécution de spamassassin en interne vous aidera à identifier les problèmes plus tôt dans le processus.

Si vous avez l'expérience requise, vous pouvez le faire.

Je vous suggère de ne pas perdre les e-mails, de commencer à tester votre nouveau MTA avec une petite quantité d'e-mails. Lorsque vous êtes satisfait, vous pouvez l'utiliser pour tous vos e-mails.

Si vous faites ce volume de courriels, je m'attends à ce que vous disposiez d'un système automatisé d'envoi des courriels. En fonction de la quantité d'e-mails que vous générez, il semble que dans une certaine mesure, vous êtes dans le domaine de l'envoi d'e-mails. L'importance pour votre entreprise est que votre e-mail soit livré. Si c'est important, vous devez savoir comment votre e-mail est traité. Quelle que soit la façon dont vous implémentez votre solution, vous souhaiterez garantir une rétroaction appropriée afin que:

• vous supprimez les adresses mortes;
• vous détectez une mauvaise configuration; et
• vous recevez des notifications si vous êtes ajouté à une liste noire.

La configuration de votre propre MTA n'est pas si difficile, et une fois configurés, ils ont tendance à fonctionner avec peu de maintenance. Il existe des normes et des conventions à respecter, et le non-respect de celles-ci nuira à votre capacité à livrer le courrier de manière fiable. Malheureusement, certaines des organisations qui envoient du courrier à volume élevé pour d'autres ne les suivent pas. L'utilisation d'un service tiers peut entraîner la classification de votre courrier comme spam.

J'ai publié une diatribe sur Running an Email Server visant principalement les personnes non informées. Il explique un peu sur ce qui est impliqué dans l'exécution d'un MTA. Ma politique de messagerie électronique fournit des ressources supplémentaires, tout comme les autres publications que j'ai faites par courrier électronique .

Pour ce type d'envoi, envisagez d'utiliser un sous-domaine et un serveur dédiés. Le réglage des e-mails en masse à volume élevé peut être considérablement différent de ce que vous souhaitez pour les e-mails de personne à personne. Assurez-vous que votre e-mail d'acceptation et de révision est envoyé aux adresses postmasteret abuse. Si vous avez des adresses e-mail non valides dans votre liste, vous pouvez rencontrer des problèmes de taille de file d'attente au départ. Vous pouvez enregistrer votre domaine avec de nombreux services d'hébergement de messagerie à gros volume comme Gmail, Hotmail, etc.

EDIT: L'exécution de votre propre MTA pour un service comme celui-ci ne signifie pas que vous devez exécuter votre propre MX. Votre MX (Mail Exchange) et MTA pour la correspondance régulière peuvent être gérés par un tiers. Utilisez un sous-domaine dédié pour gérer les e-mails en masse et / ou automatisés. Gérez-le selon vos besoins.

L'exécution d'un MTA n'est pas si difficile, mais nécessite une certaine expérience.

Mais, vous pouvez utiliser ce nouveau MTA pour envoyer uniquement des e-mails en masse. Vous n'avez pas besoin d'y basculer l'ensemble des messages de l'entreprise.

J'ai trouvé le MTA MailerQ facile à configurer et semble être conçu pour gérer de très gros volumes de courrier électronique. Vous pouvez regarder l'envoi des résultats en direct depuis l'interface graphique et modifier les règles à la volée.