Usuarios de Outlook.com y Hotmail reportan que algunos mensajes legítimos rebotan desde el 5 de noviembre con errores de autenticación, incluso cuando los remitentes aseguran tener sus registros configurados. Windows Latest indicó que no había encontrado una explicación pública de Microsoft y que los reintentos solo resolvieron algunos casos.
***

• Las quejas describen correos rechazados por errores de SPF y otros controles de autenticación, con reportes desde el 5 de noviembre.
• Algunos usuarios aseguran que sus dominios tienen registros SPF, DKIM y DMARC configurados; en ciertos casos, reenviar el mensaje permitió la entrega.
• No hay una causa confirmada ni una solución general: conviene revisar el rebote completo y consultar al proveedor de correo.

Outlook.com y Hotmail rechazan algunos correos por errores de autenticación

Usuarios de Outlook.com y Hotmail reportan que algunos mensajes entrantes no llegan a sus destinatarios porque el sistema los rechaza y devuelve al remitente un aviso relacionado con la autenticación del correo. Windows Latest situó los primeros reportes el 5 de noviembre y dijo que pudo reproducir el comportamiento el día 8. El medio señaló que no había encontrado una explicación pública de Microsoft ni confirmación de una interrupción general.

El inconveniente preocupa porque el rechazo puede ocurrir sin que quien espera el correo se entere: el remitente recibe un aviso de fallo, pero el destinatario no necesariamente ve una alerta en su bandeja. Según los reportes recogidos por el medio, algunos mensajes sí llegan después de que la persona que los envía vuelve a intentarlo, mientras otros siguen rebotando. Esa intermitencia complica distinguir un problema de configuración del dominio de un posible fallo temporal en la recepción de Microsoft.

Quejas por mensajes que rebotan de manera intermitente

Windows Latest señaló que encontró reportes de usuarios en los foros de Microsoft y en Reddit, además de describir una experiencia propia en la que una empresa tuvo dificultades para contactarlo porque sus correos rebotaban. En los casos compartidos, los avisos de devolución mencionan problemas con SPF o indican que faltan registros de autenticación. El medio también reportó cientos de quejas similares, aunque la información disponible no permite establecer cuántas cuentas o mensajes están afectados en total.

Algunos participantes de los foros afirman que sus dominios ya cuentan con registros SPF, DKIM y DMARC configurados correctamente, pero aun así reciben rechazos al escribir a direcciones de Hotmail. Un usuario describió que el problema afectaba solo a una parte de los mensajes y planteó que quizá dependía del servidor de Microsoft al que se encaminaba cada correo. Esa posibilidad aparece como una sospecha de los usuarios, no como una explicación verificada por Microsoft.

Otro reporte citado por el medio compara el resultado entre proveedores: una persona dijo que un mensaje enviado al mismo tiempo llegó a una cuenta de Gmail, pero fue rechazado por el destinatario de Hotmail. También se describió el caso de un cliente de Microsoft 365 que, después de enviar correos a un cliente durante tres semanas, vio cómo Outlook rechazaba una respuesta; sus pruebas a Gmail y a otro buzón de Exchange sí fueron aceptadas. Son testimonios que muestran diferencias de entrega, pero no determinan por sí solos dónde se origina el problema.

Los ejemplos también incluyen mensajes enviados desde servicios ajenos a Microsoft 365, lo que sugiere que las quejas no se limitan a una sola plataforma emisora. Un usuario afirmó que un correo proveniente de Zoho fue rechazado a las 3:50 p. m. y que un nuevo intento, a las 4:09 p. m., sí llegó a Outlook.com; los resultados del mensaje entregado mostraban SPF y DKIM aprobados. La comparación no revela qué sucedió en el primer intento, porque no se aportó el resultado equivalente de ese envío.

Qué significan los errores de SPF, DKIM y DMARC

SPF es un mecanismo que permite comprobar si el servidor que envía un correo tiene autorización para hacerlo en nombre de un dominio. Ayuda a detectar mensajes que utilizan una dirección aparentemente legítima sin que el servidor emisor esté autorizado por quienes administran ese dominio. Por eso, un rechazo por SPF suele llevar a revisar la configuración del dominio y la identidad del sistema que transmitió el mensaje.

Los avisos reproducidos en algunos reportes incluyen códigos como 550 5.7.23 y mensajes que recomiendan revisar el registro SPF. La documentación de Microsoft para el error 550 5.7.23 indica que este aviso suele señalar un problema de configuración de SPF. Otro texto citado es 550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519), que alude a la ausencia de registros de autenticación. Que el rebote señale esos controles no demuestra que todos los casos tengan el mismo origen ni que los registros del remitente estén necesariamente mal configurados.

DKIM permite comprobar una firma digital asociada al mensaje y al dominio, mientras que DMARC define cómo tratar los correos que no superan verificaciones de autenticación y ayuda a alinear esos resultados con el dominio visible para el destinatario. Los tres mecanismos cumplen funciones relacionadas, pero no idénticas; por eso, un remitente puede necesitar revisar más de un registro. En las quejas, algunos usuarios dicen haber encontrado configuraciones correctas, mientras otros reportaron cambios pendientes en sus dominios.

Un usuario de Reddit citado por Windows Latest contó que volvió a revisar sus registros después de detectar fallos y encontró que el dominio de su organización carecía de una entrada DNS para DMARC. Según su relato, añadió el registro con una política p=none y después realizó pruebas sin nuevos rechazos durante una hora. Ese resultado corresponde a su caso individual: no confirma que la ausencia de DMARC explique todos los errores ni que el mismo ajuste vaya a resolver los demás reportes.

Sin causa confirmada, los usuarios buscan una salida

Los testimonios atribuyen el comportamiento a un posible problema de Microsoft, pero Windows Latest dijo no haber encontrado, al publicar su nota, una declaración de la compañía que confirmara un cambio deliberado en Outlook.com o Hotmail. También planteó que podría tratarse de una incidencia temporal que afecta a ciertos usuarios, sin presentar esa posibilidad como una conclusión comprobada. Con la información disponible, no es posible afirmar si se trata de una falla de infraestructura, un ajuste de políticas o una combinación de configuraciones particulares.

Windows Latest también mencionó como referencia una regla de envío relacionada con remitentes que envían más de 5.000 correos diarios a servicios de correo de consumo de Microsoft desde un mismo dominio. Sin embargo, algunos remitentes afectados dicen estar muy por debajo de ese volumen, por lo que ese umbral no explicaría necesariamente sus casos. La cifra describe una condición señalada por el medio, no una confirmación de que los usuarios reportados la hayan superado.

Una de las dificultades principales es que el destinatario quizá no advierta que perdió un mensaje hasta que el remitente se comunica por otro medio. Un usuario de Outlook.com afirmó que alrededor de la mitad de los clientes que le habían escrito desde el 5 de noviembre recibió un rechazo, pero esa proporción corresponde a su experiencia personal y no representa una medición global del servicio. La falta de una notificación visible para quien espera el correo puede convertir un fallo de entrega en una conversación que nunca comienza.

Para quienes reciben un rebote, la recomendación práctica que se desprende de los reportes es compartir el aviso completo con el administrador del dominio, el proveedor de correo o el soporte de Microsoft, y pedir que revisen SPF, DKIM y DMARC. También puede valer la pena volver a enviar el mensaje después de unos minutos, ya que algunos usuarios dicen haberlo recibido en un segundo intento. No obstante, Windows Latest advierte que esa medida no constituye una solución confirmada para todos los casos.

Hasta que Microsoft aporte una explicación, los códigos de error y los registros de autenticación pueden ayudar a acotar el diagnóstico, pero no permiten atribuir automáticamente cada rechazo a un error del remitente o de la plataforma. Windows Latest recopiló los reportes y describió las pruebas mencionadas; los casos compartidos siguen siendo testimonios y no un análisis oficial de Microsoft. Para empresas y usuarios, la consecuencia inmediata es vigilar los rebotes y verificar por otro canal si un mensaje importante no obtiene respuesta.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.

ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín