Microsoft rechazando todos los correos electrónicos de Discourse mediante Mailgun

Después de que un par de usuarios se quejaron, descubrí que desde el lunes nuestros correos electrónicos de la instancia de Discourse (a través de Mailgun) ya no parecen llegar a los inquilinos de correo electrónico de Microsoft. Esto incluye empresas y generales (por ejemplo, hotmail.com, outlook.com).

Al probar nuestra entregabilidad, no teníamos DMARC configurado. Esto se ha solucionado y ahora tenemos una puntuación de entregabilidad casi perfecta en mail-tester.com:

Esta es la sugerencia de mejora:

Tu mensaje no contiene una cabecera List-Unsubscribe

No tenemos ninguna personalización para nuestra plantilla de correo electrónico.

El tráfico a Gmail y otros servicios parece estar bien; solo es Microsoft, y esto parece continuar 24 horas después de la corrección de DMARC.

Cabe destacar que Mailgun ha publicado este aviso sobre Microsoft y el correo electrónico:

En resumen, si DMARC está configurado, deberíamos estar bien (pero actualmente no lo estamos). Si bien esto debía entrar en vigor el 2025-05-04T12:00:00Z, hay una nota ominosa que dice:

Más adelante (fecha por determinar): Espere rechazos completos para los remitentes que sigan sin cumplir.

¿Alguien más ha notado un impacto de esto con sus correos electrónicos salientes rebotando? ¿Alguna sugerencia sobre cómo proceder a partir de aquí?

3 Me gusta

Tengo el mismo problema.

Pero me retuvieron por correo electrónico.

3 Me gusta

No creo que tenga sentido tener un enlace para darse de baja en un mensaje de prueba. Todos los demás mensajes de Discourse tienen enlaces para darse de baja. ¿Verdad?

1 me gusta

a menos que el correo electrónico sea para un usuario preparado🤔

1 me gusta

Si entiendo correctamente, la falta de la cabecera List-Unsubscribe es solo una sugerencia de mail-tester.com, no necesariamente la razón del rechazo por parte de Microsoft. Mi suposición es que el rechazo está más relacionado con el hecho de que hayas enviado correos electrónicos sin configuración DMARC en el pasado reciente.

Cuando revisas tus registros de Mailgun, ¿qué respuestas ves de Microsoft para los correos electrónicos que no se pudieron entregar?

1 me gusta

Ni siquiera sabía que Mailgun también almacena registros, ¡supongo que tiene sentido! Es la primera vez que tengo que investigar allí.

Esta es la razón del rechazo para casi todos:

\u003e4.7.500 Servidor ocupado. Por favor, inténtelo de nuevo más tarde desde \[.27\]. (S77719) \[SY2PEPF00004FF3.ausprd01.prod.outlook.com 2025-06-27T03:22:50.770Z 08DDB10C5071CA89\]

Y uno un poco más preocupante de hotmail.com:

\u003e4.7.650 El servidor de correo [.27] ha sido limitado temporalmente debido a la reputación de la IP. Para obtener información sobre la entrega de correo electrónico, consulte 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]

Dado que parece que tenemos una dirección IP compartida para enviar correos electrónicos a través de Mailgun, y esta parece ser la causa, he abierto un ticket de soporte en Mailgun. Informaré de los resultados.

Esta es su respuesta:

El error que está viendo es el throttling (limitación) de ESP, y esto ocurre cada vez que el proveedor de correo electrónico del destinatario ha recibido una gran cantidad de correos electrónicos de una IP/remitente específico en un corto período de tiempo. Debido a esto, no aceptarán mensajes durante un cierto período de tiempo (generalmente una hora; a veces un día) hasta que hayan procesado todos los correos electrónicos del lote original enviado. El throttling de ESP es una ocurrencia común en el mundo del correo electrónico, y somos uno de los pocos proveedores que realmente muestran estas notificaciones en los registros de correo electrónico.

El código de error “4xx” indica que se trata de un rebote suave y temporal. Cada vez que intentamos entregar un mensaje y el servidor del destinatario devuelve un rebote suave, reintentaremos la entrega hasta por 8 horas en los siguientes intervalos: 10 minutos, 10 minutos, 15 minutos, 30 minutos, 1 hora, 2 horas y 4 horas. Estos intervalos no se pueden ajustar en este momento.

Este problema debería resolverse después de un tiempo. Sin embargo, si todavía no ve ninguna mejora, ¡vuelva a contactarnos! Estaremos encantados de echarle otro vistazo en ese momento.

Bueno, esto no concuerda con el hecho de que todos los servicios de correo electrónico de Microsoft están bloqueando nuestros correos electrónicos (no solo unos pocos casos aislados). Le informaré cómo se desarrolla esto a partir de aquí, ya que no parece que pueda hacer nada más en este momento.

1 me gusta

La línea anterior dice esencialmente que hay una razón para la limitación (más allá de simplemente recibir una gran cantidad de correos electrónicos), y esa es la reputación de la IP. Puedes encontrar tu IP de envío en los correos electrónicos que Mailgun envía en tu nombre y verificar la reputación de tu IP de envío (puedes encontrar algunas sugerencias aquí).

Si descubres que la reputación de tu IP de envío es mala, puedes pedirle a Mailgun que te traslade a otro servidor.

1 me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.