Após algumas reclamações de usuários, descobri que, desde segunda-feira, os e-mails da nossa instância Discourse (via Mailgun) não parecem mais estar chegando aos destinatários em tenants de e-mail da Microsoft. Isso inclui empresas e contas gerais (por exemplo, hotmail.com, outlook.com).
Ao testar nossa capacidade de entrega, descobrimos que o DMARC não estava configurado. Isso foi corrigido e agora temos uma pontuação de entrega quase perfeita em mail-tester.com:
Sua mensagem não contém um cabeçalho List-Unsubscribe
Não temos nenhuma personalização para nosso modelo de e-mail.
O tráfego para o Gmail e outros serviços parece normal; é apenas a Microsoft, e isso parece continuar 24 horas após a correção do DMARC.
É importante notar que o Mailgun publicou este aviso sobre a Microsoft e e-mails:
Em resumo, se o DMARC estiver configurado, devemos ficar bem (mas atualmente não estamos). Embora isso devesse entrar em vigor em 2025-05-04T12:00:00Z, há uma nota sinistra de que:
Mais tarde (data a ser definida): Espere rejeições completas para remetentes que permanecerem não conformes.
Alguém mais notou um impacto disso com seus e-mails de saída sendo rejeitados? Alguma sugestão sobre como proceder a partir daqui?
Não acho que faça sentido ter um link de cancelamento de inscrição para uma mensagem de teste. Todas as outras mensagens do Discourse têm links de cancelamento de inscrição. Certo?
Se entendi corretamente, a falta do cabeçalho List-Unsubscribe é apenas uma sugestão do mail-tester.com, não necessariamente o motivo da rejeição pela Microsoft. Minha suposição é que a rejeição esteja mais relacionada ao fato de você ter enviado e-mails sem configuração DMARC no passado recente.
Quando você verifica seus logs do Mailgun, quais respostas você vê da Microsoft para os e-mails que não foram entregues?
Eu nem sabia que o Mailgun também armazenava logs - acho que faz sentido! Primeira vez que precisei olhar lá.
Esta é a razão da rejeição para quase todos eles:
\u003e4.7.500 Servidor ocupado. Tente novamente mais tarde de \[.27\]. (S77719) \[SY2PEPF00004FF3.ausprd01.prod.outlook.com 2025-06-27T03:22:50.770Z 08DDB10C5071CA89\]
\u003e4.7.650 O servidor de e-mail [.27] foi temporariamente limitado devido à reputação do IP. Para informações sobre entrega de e-mail, veja https://postmaster.live.com (S775) [Name=Protocol Filter Agent][AGT=PFA][MxId=11BB6463522E609D] [CY4PEPF0000EDD1.namprd03.prod.outlook.com 2025-06-27T03:22:41.176Z 08DDB231AE10F67F]
Como parece que temos um endereço IP compartilhado para enviar e-mails via Mailgun, e este parece ser o culpado, abri um ticket de suporte no Mailgun. Reportarei de volta.
O erro que você está vendo é o ESP throttling (limitação do ESP), e isso ocorre sempre que o provedor de e-mail do destinatário recebeu um grande número de e-mails de um IP/remetente específico em um curto período de tempo. Devido a isso, eles não aceitarão mensagens por um certo período de tempo (geralmente uma hora; às vezes um dia) até que processem todos os e-mails do lote original enviado. O ESP throttling é uma ocorrência comum no mundo do e-mail, e nós somos um dos poucos provedores que realmente mostram essas notificações nos logs de e-mail.
O código de erro “4xx” indica que este é um bounce suave e temporário. Sempre que tentamos entregar uma mensagem e o servidor destinatário retorna um bounce suave, tentaremos a entrega por até 8 horas nos seguintes intervalos: 10 minutos, 10 minutos, 15 minutos, 30 minutos, 1 hora, 2 horas e 4 horas. Esses intervalos não podem ser ajustados no momento.
Este problema deve ser resolvido após algum tempo. No entanto, se você ainda não estiver vendo nenhuma melhoria, entre em contato novamente! Teremos prazer em analisar mais a fundo nesse momento.
Bem, isso não combina com o fato de que todos os serviços de e-mail da Microsoft estão bloqueando nossos e-mails (não apenas alguns isolados). Avisarei como isso se desenrola a partir daqui, pois não parece que eu possa fazer mais nada no momento.
A linha acima está essencialmente dizendo que há um motivo para a limitação (além de apenas receber um grande número de e-mails), e esse motivo é a reputação do IP. Você pode encontrar seu IP de envio em e-mails que o Mailgun envia em seu nome e verificar a reputação do seu IP de envio (você pode encontrar algumas sugestões aqui).
Se você descobrir que a reputação do seu IP de envio é ruim, você pode pedir ao Mailgun para movê-lo para outro servidor.
