{"id":18335,"date":"2025-01-28T04:32:54","date_gmt":"2025-01-28T04:32:54","guid":{"rendered":"https:\/\/www.mailgun.com\/resources\/case-studies\/como-a-uservoice-resolveu-seu-problema-de-e-mail-de-entrada\/"},"modified":"2026-09-03T15:35:08","modified_gmt":"2026-09-03T15:35:08","slug":"como-a-uservoice-resolveu-seu-problema-de-e-mail-de-entrada","status":"publish","type":"case-studies","link":"https:\/\/www.mailgun.com\/pt\/recursos\/estudos-de-caso\/como-a-uservoice-resolveu-seu-problema-de-e-mail-de-entrada\/","title":{"rendered":"Como a UserVoice resolveu seu problema de e-mail de entrada"},"content":{"rendered":"\n

H\u00e1 cerca de dois anos, rod\u00e1vamos o sistema de tickets da UserVoice em nossos pr\u00f3prios servidores Postfix. Desde ent\u00e3o, mudamos para o Mailgun tanto para e-mail de entrada quanto para e-mail de sa\u00edda, e estamos muito felizes com isso. Aqui est\u00e1 nossa hist\u00f3ria e os problemas com os quais lidamos em rela\u00e7\u00e3o ao e-mail de entrada.<\/p>\n\n\n\n

E-mail de entrada antes do Mailgun<\/h2>\n\n\n\n

Nosso sistema de tickets inicial usava o Postfix para lidar com o e-mail de entrada (e de sa\u00edda). O Postfix \u00e9 um software muito s\u00f3lido, mas um pouco desatualizado e, honestamente, sua documenta\u00e7\u00e3o \u00e9 um tanto confusa. Isso \u00e9 agravado pelo fato de que n\u00e3o est\u00e1vamos configurando o Postfix de uma maneira “normal”. A maioria dos tutoriais e exemplos mostra como configurar usu\u00e1rios isolados e caixas de correio dentro do Postfix, mas quer\u00edamos gerenciar tudo isso dentro do nosso aplicativo Rails.<\/p>\n\n\n\n

Depois de fu\u00e7ar muito, finalmente conseguimos faz\u00ea-lo funcionar. Fizemos um script shell ser executado para cada e-mail de entrada, que adicionava o e-mail ao Redis por meio de um job do Resque.<\/p>\n\n\n\n

Dentro do job do resque, analis\u00e1vamos o e-mail usando o TMail. Um problema que enfrentamos foi com as codifica\u00e7\u00f5es. Nosso aplicativo Rails foi projetado para funcionar com suporte a codifica\u00e7\u00e3o UTF-8 e Ruby 1.9.3, mas o TMail tem suporte a codifica\u00e7\u00f5es legadas. Tentamos a nova gem Mail, mas ela falhava ao analisar um e-mail se houvesse algo “estranho” nele. O e-mail \u00e9 como o velho oeste: vale tudo. Seu parser deve ser extremamente robusto, e a gem Mail (h\u00e1 ~2 anos) n\u00e3o era.<\/p>\n\n\n\n

Depois de analisar o e-mail, precisamos analisar o corpo para separar as novas partes do e-mail do hist\u00f3rico\/thread citada do e-mail. Nossa primeira vers\u00e3o era relativamente ing\u00eanua e basicamente apenas dividia em “Em xx\/xx\/xxxx, Algu\u00e9m respondeu:”. Consider\u00e1vamos ent\u00e3o a parte superior como a nova por\u00e7\u00e3o da mensagem. Nosso sistema n\u00e3o lidava muito bem com respostas “inline”.<\/p>\n\n\n\n

Se houvesse algum problema e precis\u00e1ssemos encontrar diagn\u00f3sticos, t\u00ednhamos que acessar nossa m\u00e1quina do postfix via ssh e usar o grep em nossos logs. Isso era aceit\u00e1vel, mas nossa equipe de suporte menos t\u00e9cnica n\u00e3o conseguia resolver problemas de forma aut\u00f4noma.<\/p>\n\n\n\n

Em termos de redund\u00e2ncia ou escalabilidade, t\u00ednhamos apenas uma m\u00e1quina. Felizmente ela nunca caiu, e felizmente n\u00e3o precisamos escalar.<\/p>\n\n\n\n

Depois do Mailgun<\/h2>\n\n\n\n

O Mailgun resolve todos esses problemas.<\/p>\n\n\n\n

Primeiro, n\u00e3o precisamos mais lutar com o Postfix. Ao configurar uma regra “catch_all” simples no Mailgun, todos os e-mails endere\u00e7ados a *@*.uservoice.com s\u00e3o enviados aos nossos servidores via HTTP.<\/p>\n\n\n\n

Esses e-mails v\u00eam pr\u00e9-analisados. Tudo que \u00e9 enviado aos nossos servidores chega em UTF-8. S\u00f3 isso j\u00e1 vale seu peso em ouro.<\/p>\n\n\n\n

Al\u00e9m disso, o Mailgun separa automaticamente as novas partes da mensagem da thread. Elas s\u00e3o inclu\u00eddas como um par\u00e2metro chamado “stripped-text” no webhook, que \u00e9 exatamente o que precisamos quando mostramos uma mensagem na UserVoice. N\u00e3o precisamos mais manter uma cole\u00e7\u00e3o confusa de express\u00f5es regulares. Al\u00e9m disso, ele lida automaticamente com respostas “inline”.<\/p>\n\n\n\n

Nossa equipe de suporte tem logs totalmente pesquis\u00e1veis de todas as mensagens de entrada e de sa\u00edda. Chega de procurar mensagens com o grep, e a interface que o Mailgun fornece \u00e9 completamente acess\u00edvel \u00e0 nossa Equipe de Suporte.<\/p>\n\n\n\n

Finalmente, n\u00e3o precisamos mais nos preocupar em escalar nossos servidores, failover e coisas dessa natureza. O Mailgun cuida de tudo isso para n\u00f3s.<\/p>\n\n\n\n

A melhor parte do Mailgun<\/h2>\n\n\n\n

A equipe t\u00e9cnica do Mailgun e seu suporte s\u00e3o de primeira linha. Eles s\u00e3o sempre responsivos e \u00fateis. Eles nos ajudaram e implementaram recursos essenciais quando precis\u00e1vamos deles para fechar com certos clientes. Eles nos avisam proativamente sobre problemas (como spam para clientes) e poss\u00edveis problemas de configura\u00e7\u00e3o. Eles tamb\u00e9m nos ajudam a rastrear problemas quando nossos clientes t\u00eam dificuldades para encaminhar e-mail. Como uma empresa totalmente focada em melhorar o suporte ao cliente, n\u00f3s gostamos disso!<\/p>\n\n\n

\r\n\r\n