" Outlook " puede significar una aplicación de escritorio, un buzón de correo de un consumidor o el entorno Microsoft 365 de una organización. Esos no son ámbitos de políticas intercambiables. Comience con el servicio de recepción y el diagnóstico reales antes de utilizar una lista de verificación de gran volumen para explicar un mensaje fallido.
Identificar el servicio al consumidor y su requerimiento actual.
El artículo de soporte actual de Microsoft para 550 5.7.515 describe Outlook .com y los servicios al consumidor relacionados, incluidos Hotmail, Live.com y MSN. Identifica que un remitente de gran volumen envía 5.000 o más mensajes a esos servicios que utilizan el mismo dominio en el visible. 5322.Desde DIRECCIÓN. Su redacción de apoyo establece que tanto SPF y DKIM debe pasar, y que una publicación DMARC política de al menos p=none y se requiere pase DMARC . Guía de Microsoft 550 5.7.515.
El anuncio actualizado establece que la aplicación del rechazo comenzará el 5 de mayo de 2025. Su plan inicial de solo basura está descartado; no trate ese párrafo reemplazado como la política de respuesta actual. Anuncio actualizado de Microsoft.
El anuncio anterior describía el volumen diario y utilizaba "más de 5.000". No cree una exención en torno a la redacción de límites: la guía de soporte actual utiliza 5000 o más. Tampoco deberías inventar un período de reinicio o una regla de clasificación permanente desde esta página de soporte. Registre la versión y el diagnóstico de recepción real al interpretar un caso.
Separe el éxito del protocolo de la puerta del proveedor
Referencias: RFC 9989 §4.4, RFC 9989 §5.3.5.
DMARC puede pasar a través de un exitoso alineado firma DKIM incluso cuando SPF falla. El resultado del protocolo no satisface un requisito separado de que ambos mecanismos subyacentes pasen. Por el contrario, SPF y DKIM pueden pasar por dominios no relacionados con el Desde visible y dejar DMARC fallando. Mantenga los tres resultados y las identidades detrás de ellos.
Para un mensaje directo generado por el servicio, registre la IP de envío, remitente del sobre dominio, Desde dominio, DKIM d= dominio y selector. Verifique el DNS actual y el mensaje firmado final, no solo una pantalla de configuración. Utilice los nombres de protocolo reales: SMTP MAIL FROM es la identidad del sobre RFC 5321 , mientras que el From visible pertenece a RFC 5322 .
Lea el rechazo como evidencia, no como un guión de reparación.
Referencias: RFC 8601 §5.
Un rechazo 550 5.7.515 indica que el dominio del remitente no cumplió con el nivel de autenticación requerido. Conserve todo el diagnóstico, la hora, el destinatario afectado y los identificadores de mensajes. No responda agregando todos los proveedores disponibles incluidos al SPF o deshabilitando Aplicación DMARC sin comprender la identidad fallida.
Compare las corrientes afectadas y no afectadas. Un servicio de facturación puede tener la configuración de firma personalizada correcta, mientras que un servicio de campaña aún firma solo con su propio dominio. Si interviene reenvío u otro intermediario, conservar la ruta y las transformaciones. Las suposiciones sobre el correo directo pueden no explicar una ruta indirecta, y una copia Authentication-Results La línea no sustituye la evidencia del receptor confiable.
Trabajar a través de un diagnóstico sintético
Referencias: RFC 9989 §5.3.5.
Imagine un mensaje controlado cuyo resultado SPF es fallido, cuyo resultado DKIM es aprobado con alineación, y cuyo resultado DMARC es aprobado. El resultado DMARC es internamente coherente. Según el requisito de alto volumen declarado por Microsoft, la falla SPF aún necesita reparación. Este es un ejemplo lógico, no un rechazo capturado de Microsoft.
La siguiente acción es determinar si el remitente del sobre evaluado autorizó la IP de conexión real. Después de una corrección aprobada, vuelva a realizar la prueba por la misma ruta prevista y conserve el nuevo resultado. No reutilice el pase anterior como prueba de un mensaje o ruta modificados.
Mantenga los casos empresariales en su propio camino de evidencia
Un inquilino Microsoft 365 puede aplicar sus propios conectores y políticas de entrada. Un destinatario que utiliza la aplicación Outlook no somete su organización a la puerta exacta del artículo del consumidor. Para casos empresariales, recopile el contexto de política y diagnóstico del inquilino en lugar de suponer que 5.7.515 explica cada respuesta de 5.7.x.
Cierre con el servicio afectado, dominio del remitente, resultados del mecanismo observado y ruta corregida. Aquí no se afirma ninguna prueba de buzón de correo de Microsoft en vivo y el cumplimiento de la autenticación sigue siendo distinto de la ubicación de la bandeja de entrada.