{"id":18339,"date":"2025-01-28T04:32:54","date_gmt":"2025-01-28T04:32:54","guid":{"rendered":"https:\/\/www.mailgun.com\/resources\/case-studies\/comment-uservoice-a-resolu-son-probleme-d-emails-entrants\/"},"modified":"2026-09-03T15:38:06","modified_gmt":"2026-09-03T15:38:06","slug":"comment-uservoice-a-resolu-son-probleme-d-emails-entrants","status":"publish","type":"case-studies","link":"https:\/\/www.mailgun.com\/fr\/ressources\/etudes-de-cas\/comment-uservoice-a-resolu-son-probleme-d-emails-entrants\/","title":{"rendered":"Comment UserVoice a r\u00e9solu son probl\u00e8me d\u2019emails entrants"},"content":{"rendered":"\n

Il y a environ deux ans, nous ex\u00e9cutions le syst\u00e8me de gestion de tickets de UserVoice sur nos propres serveurs Postfix. Depuis, nous sommes pass\u00e9s \u00e0 Mailgun pour les emails entrants et sortants, et nous en sommes tr\u00e8s satisfaits. Voici notre histoire et les probl\u00e8mes auxquels nous avons \u00e9t\u00e9 confront\u00e9s en mati\u00e8re d’emails entrants.<\/p>\n\n\n\n

Les emails entrants avant Mailgun<\/h2>\n\n\n\n

Notre syst\u00e8me de gestion de tickets initial utilisait Postfix pour g\u00e9rer les emails entrants (et sortants). Postfix est un logiciel tr\u00e8s solide, mais il est un peu dat\u00e9 et, honn\u00eatement, sa documentation est un peu obscure. \u00c0 cela s’ajoute le fait que nous n’avions pas configur\u00e9 Postfix de mani\u00e8re \u00ab normale \u00bb. La plupart des tutoriels et des exemples vous montrent comment configurer des utilisateurs et des messageries distincts dans Postfix, mais nous voulions g\u00e9rer tout cela dans notre application Rails.<\/p>\n\n\n\n

Apr\u00e8s beaucoup de t\u00e2tonnements, nous avons finalement r\u00e9ussi \u00e0 le faire fonctionner. Nous avons obtenu un script shell \u00e0 ex\u00e9cuter pour chaque email entrant, qui ajoutait l’email \u00e0 Redis via une t\u00e2che Resque.<\/p>\n\n\n\n

Dans la t\u00e2che Resque, nous avons ensuite analys\u00e9 l’email en utilisant TMail. Un probl\u00e8me que nous avons rencontr\u00e9 concernait les encodages. Notre application Rails est con\u00e7ue pour fonctionner avec UTF-8 et le support d’encodage de Ruby 1.9.3, mais TMail poss\u00e8de un support d’encodage obsol\u00e8te. Nous avons essay\u00e9 la nouvelle gem Mail, mais elle ne parvenait pas \u00e0 analyser un email s’il avait quelque chose de \u00ab bizarre \u00bb. L’email est comme le Far West : tout est permis. Votre parseur doit \u00eatre extr\u00eamement robuste, et la gem Mail (~2 ans plus t\u00f4t) ne l’\u00e9tait pas.<\/p>\n\n\n\n

Apr\u00e8s avoir analys\u00e9 l’email, nous devons ensuite analyser le corps pour s\u00e9parer les nouvelles parties de l’email du fil de discussion\/de l’historique cit\u00e9 de l’email. Notre premi\u00e8re version \u00e9tait relativement na\u00efve et se contentait de scinder \u00e0 partir de \u00ab Le xx\/xx\/xxxx, Quelqu’un a r\u00e9pondu : \u00bb. Nous consid\u00e9rions alors la partie sup\u00e9rieure comme la nouvelle portion du message. Notre syst\u00e8me ne g\u00e9rait pas tr\u00e8s bien les r\u00e9ponses \u00ab en ligne \u00bb.<\/p>\n\n\n\n

S’il y avait un probl\u00e8me et que nous devions trouver des diagnostics, nous devions nous connecter en SSH \u00e0 notre machine Postfix et utiliser grep sur nos journaux. C’\u00e9tait bien, mais notre personnel de support moins technique ne pouvait pas r\u00e9soudre les probl\u00e8mes de mani\u00e8re autonome.<\/p>\n\n\n\n

En termes de redondance ou de mise \u00e0 l’\u00e9chelle, nous n’avions qu’une seule machine. Heureusement, elle n’est jamais tomb\u00e9e en panne, et heureusement, nous n’avons pas eu besoin de mettre \u00e0 l’\u00e9chelle.<\/p>\n\n\n\n

Apr\u00e8s Mailgun<\/h2>\n\n\n\n

Mailgun r\u00e9sout tous ces probl\u00e8mes.<\/p>\n\n\n\n

Tout d’abord, nous n’avons plus besoin de nous battre avec Postfix. En configurant une simple r\u00e8gle \u00ab catch_all \u00bb dans Mailgun, tous les emails adress\u00e9s \u00e0 *@*.uservoice.com sont envoy\u00e9s \u00e0 nos serveurs via HTTP.<\/p>\n\n\n\n

Ces emails arrivent pr\u00e9-analys\u00e9s. Tout ce qui est envoy\u00e9 \u00e0 nos serveurs arrive en UTF-8. Rien que cela vaut son pesant d’or.<\/p>\n\n\n\n

Au-del\u00e0 de cela, Mailgun s\u00e9pare automatiquement les nouvelles parties du message du fil de discussion. Elles sont incluses dans un param\u00e8tre appel\u00e9 \u00ab stripped-text \u00bb dans le webhook, ce qui est exactement ce dont nous avons besoin lorsque nous affichons un message dans UserVoice. Nous n’avons plus \u00e0 maintenir une collection d\u00e9sordonn\u00e9e d’expressions r\u00e9guli\u00e8res. De plus, il g\u00e8re automatiquement les r\u00e9ponses en ligne.<\/p>\n\n\n\n

Notre \u00e9quipe de support dispose de journaux complets et interrogeables de tous les messages entrants et sortants. Fini les recherches avec grep pour trouver des messages, et l’interface fournie par Mailgun est compl\u00e8tement accessible \u00e0 notre \u00e9quipe de support.<\/p>\n\n\n\n

Enfin, nous n’avons plus \u00e0 nous soucier de la mise \u00e0 l’\u00e9chelle de nos serveurs, du basculement et d’autres choses de ce genre. Mailgun g\u00e8re tout cela pour nous.<\/p>\n\n\n\n

La meilleure partie de Mailgun<\/h2>\n\n\n\n

L’\u00e9quipe technique de Mailgun et leur support sont d’excellente qualit\u00e9. Ils sont toujours responsifs et serviables. Ils ont assur\u00e9 et impl\u00e9ment\u00e9 des fonctionnalit\u00e9s cl\u00e9s lorsque nous en avions besoin pour conclure avec certains clients. Ils nous informent de mani\u00e8re proactive des probl\u00e8mes (comme les clients envoyant du spam) et des \u00e9ventuels probl\u00e8mes de configuration. Ils nous aident \u00e9galement \u00e0 traquer les probl\u00e8mes lorsque nos clients ont des difficult\u00e9s \u00e0 transf\u00e9rer des emails. En tant qu’entreprise totalement concentr\u00e9e sur l’am\u00e9lioration du support client, nous appr\u00e9cions cela !<\/p>\n\n\n

\r\n\r\n