DSN y NDR en Exchange 2013
Se aplica a: Exchange Server 2013
Nota:
Si necesita ayuda con los NDR en Microsoft 365, Office 365 o Exchange Online, consulte Email informes de no entrega en Exchange Online.
Cuando hay un problema al entregar un mensaje, Exchange Server 2013 enviará una notificación de estado de entrada (DSN) al remitente del mensaje. Estos mensajes generados por el sistema también se conocen como mensajes de devolución y contienen un código de error, detalles técnicos sobre el problema y, a veces, pasos para que el remitente del mensaje solucione el problema. Los mensajes de informe de no entrega (NDR) son un tipo común de notificación de estado. En este tema para los administradores de correo electrónico se describen las posibles causas y soluciones de muchos de los códigos de estado de NDR. También se indica cómo leer e interpretar los mensajes de NDR.
Códigos de estado mejorados habituales
En la tabla siguiente se proporciona una lista de los códigos de estado mejorados que se devuelven en los NDR para los errores de entrega de mensajes más habituales.
| Código de estado mejorado | Descripción | Posible causa | Información adicional |
|---|---|---|---|
| 4.3.1 | Insufficient system resources |
Error de memoria insuficiente. La causa puede ser un problema de recursos, como un disco lleno. En lugar de obtener un error de disco lleno, puede que obtenga un error de memoria insuficiente. |
Asegúrese de que el servidor de Exchange cuenta con suficiente almacenamiento en disco. |
| 4.3.2 | System not accepting network messages |
Este NDR (informe de no entrega) se genera cuando se ha inmovilizado una cola. | Puede resolver este problema desbloqueando la cola. |
| 4.4.1 | Connection timed out |
El servidor de destino no responde. Este error podría estar provocado por condiciones transitorias de la red. El servidor de Exchange intenta volver a conectarse automáticamente al servidor y entregar el correo. Si tras varios intentos la entrega no se produce correctamente, se genera un NDR con un código de error permanente. | Supervise la situación. Puede tratarse de un problema transitorio que se solucione por sí solo. |
| 4.4.2 | Connection dropped |
Se ha interrumpido una conexión entre servidores. Este error podría estar provocado por condiciones transitorias de la red o porque un servidor está teniendo problemas. El servidor de envío volverá a intentar entregar el mensaje durante un período determinado de tiempo y, después, generará informes de estado. | Observe la situación cuando el servidor vuelva a intentar realizar la entrega. Puede tratarse de un problema transitorio que se solucione por sí solo. Esta situación se puede producir también cuando se alcanza el límite de tamaño de un mensaje para la conexión, o si se ha superado el límite configurado de frecuencia de envío de mensajes para la dirección IP del cliente. |
| 4.4.7 | Message expired |
El mensaje de la cola ha expirado. El servidor de envío intentó retransmitir o entregar el mensaje, pero la acción no se completó antes de que se produjera la hora de expiración del mensaje. Este mensaje también podría indicar que se ha alcanzado el límite de encabezados de mensaje en un servidor remoto, o bien que se produjo cualquier otro tiempo de espera agotado de protocolo durante la comunicación con el servidor remoto. | Este mensaje suele indicar un problema en el servidor de recepción. Compruebe la validez de la dirección del destinatario y que el servidor de recepción está configurado para recibir mensajes correctamente. Es posible que tenga que reducir el número de destinatarios en el encabezado del mensaje para el host sobre el que recibe este error. Si vuelve a enviar el mensaje, se vuelve a colocar en la cola. Si está disponible el servidor de recepción, el mensaje se entrega. |
| 5.0.0 | HELO / EHLO requires domain address |
Esta es una situación de error permanente. Entre las posibles causas se incluyen:
|
Entre las posibles soluciones se incluyen:
|
| 5.1.0 | Sender denied |
Este NDR se debe a un error general (error de dirección incorrecta). No se encontró una dirección de correo electrónico u otro atributo en Servicios de dominio de Active Directory. Este problema podría producirse si las entradas de contactos no tienen establecido el atributo targetAddress. Otra posible causa podría ser que no se pudiera determinar el atributo homeMDB de un usuario. El atributo homeMDB corresponde al servidor de Exchange donde reside el buzón del usuario. Otra causa habitual de este NDR se da cuando se usa Microsoft Outlook para guardar un mensaje de correo electrónico como un archivo y, a continuación, otra persona lo abre sin conexión y responde al mensaje. La propiedad del mensaje solo preserva el atributo legacyExchangeDN cuando Outlook entrega el mensaje y, por consiguiente, se podría producir un error en la búsqueda. |
La dirección del destinatario tiene un formato incorrecto o no se pudo resolver correctamente. El primer paso para resolver este error es comprobar la dirección del destinatario y volver a enviar el mensaje. |
| 5.1.1 | Bad destination mailbox address |
Este error podría deberse a las siguientes condiciones:
|
Normalmente, este error se produce cuando el remitente del mensaje escribe incorrectamente la dirección de correo electrónico del destinatario. El remitente debe comprobar la dirección de correo electrónico del destinatario y enviarlo de nuevo. Este error también puede producirse si la dirección de correo del destinatario ha sido correcta en el pasado pero ha cambiado o se ha eliminado en el sistema de correo electrónico de destino. Si el remitente del mensaje está en la misma organización de Exchange que el destinatario y el buzón del destinatario aún existe, determine si se ha reubicado en otro servidor de correo electrónico. En este caso, es posible que Outlook no haya actualizado la memoria caché del destinatario correctamente. Indique al remitente que quite la dirección del destinatario de la memoria caché de destinatarios de Outlook del remitente y que, después, cree un mensaje nuevo. Si se vuelve a enviar el mensaje original, se producirá el mismo error. Este error puede deberse a otras causas, como un nombre completo (DN) heredado no válido en los Servicios de dominio de Active Directory. Examine y corrija el nombre completo anterior del buzón del destinatario. Después, indique al remitente que quite la dirección del destinatario de la memoria caché de destinatarios de Outlook del remitente y que, después, cree un mensaje nuevo. Si se vuelve a enviar el mensaje original, se producirá el mismo error. |
| 5.1.2 | Invalid X.400 address |
El destinatario tiene una dirección que no es SMTP y que no coincide con un destino. La dirección no parece ser local y no hay conectores configurados con espacios de direcciones que contengan la dirección del destinatario. | Compruebe que la dirección del destinatario se ha escrito correctamente. Si la dirección del destinatario está en un sistema de correo electrónico que no es SMTP y al que usted desea específicamente entregar correo, debe agregar el tipo de conector adecuado a su topología y configurarlo para que ofrezca servicio al sistema de correo electrónico del destinatario. |
| 5.1.3 | Invalid recipient address |
Este mensaje indica que la dirección del destinatario aparece de forma incorrecta en el mensaje. | La dirección del destinatario tiene un formato incorrecto o la dirección del destinatario no se pudo resolver correctamente. El primer paso para solucionar este error es comprobar la dirección del destinatario y volver a enviar el mensaje. También, examine la directiva de destinatario SMTP y asegúrese de que cada dominio de correo para el que desea aceptar correo aparece correctamente. |
| 5.1.4 | Destination mailbox address ambiguous |
Dos o más destinatarios de la organización de Exchange tienen la misma dirección. | Normalmente, este error se produce debido a una configuración incorrecta de los Servicios de dominio de Active Directory. Posiblemente por problemas de replicación, dos objetos de destinatario de los Servicios de dominio de Active Directory tienen la misma dirección SMTP o dirección de Exchange Server (EX). |
| 5.1.7 | Invalid address |
La dirección SMTP del remitente falta o tiene un formato incorrecto, el atributo mail del servicio de directorio. El elemento de correo no se puede entregar sin un atributo de correo válido. | Compruebe la estructura de directorios del remitente y vea si existe el atributo mail. |
| 5.2.1 | Mailbox cannot be accessed |
No se puede acceder al buzón. Puede que el buzón esté sin conexión, deshabilitado o que una regla haya puesto en cuarentena al mensaje. | Compruebe si la base de datos del destinatario está conectada, si el buzón del mismo está deshabilitado o si el mensaje se ha puesto en cuarentena. |
| 5.2.2 | Mailbox full |
El buzón del destinatario ha superado su cuota de almacenamiento y ya no puede aceptar mensajes nuevos. | Este error se produce cuando el buzón del destinatario ha superado su cuota de almacenamiento. El destinatario debe reducir el tamaño del buzón o el administrador debe aumentar la cuota de almacenamiento para que la entrega sea correcta. |
| 5.2.3 | Message too large |
Este mensaje es demasiado grande y se ha superado la cuota local. Por ejemplo, un usuario remoto de Exchange puede tener una restricción sobre el tamaño máximo de un mensaje entrante. | Envíe nuevamente el mensaje sin datos adjuntos, o bien establezca el límite en el servidor o en el cliente para que permita un tamaño de mensaje mayor. |
| 5.2.4 | Mailing list expansion problem |
El destinatario es una lista de distribución dinámica mal configurada. O la cadena de filtrado no es válida o lo es el DN base de la lista de distribución dinámica. | Establezca el nivel de registro de evento categorizador como mínimo en su nivel inferior y envíe otro mensaje a la lista de distribución dinámica. Compruebe en el registro de eventos de la aplicación si no se ha producido un evento 6025 o 6026 que indica cuál es el atributo mal configurado en el objeto de lista de distribución dinámica. |
| 5.3.3 | Unrecognized command |
Cuando el servidor remoto de Exchange llega a su capacidad de almacenamiento en disco para contener correo, puede responder con este NDR. Este error se produce normalmente cuando el servidor de envío envía correo con un comando ESMTP BDAT. Este error indica igualmente un posible error de protocolo SMTP. | Asegúrese de que el servidor remoto cuenta con la suficiente capacidad de almacenamiento para hospedar correo. Compruebe el registro SMTP. |
| 5.3.4 | Message too big for system |
El mensaje supera el límite de tamaño configurado en un transporte o en una base de datos de buzones de correo y no se puede aceptar. Este error puede ser generado por el sistema de correo electrónico de envío o de recepción. | Este error se produce cuando el tamaño del mensaje enviado por el remitente supera el tamaño de mensaje máximo permitido cuando pasa a través de un componente de transporte o una base de datos de buzones de correo. El remitente debe reducir el tamaño del mensaje para poder entregarlo correctamente. Para obtener más información acerca de cómo configurar límites de tamaño de mensajes, vea Límites de tamaño de mensaje. |
| 5.3.5 | System incorrectly configured |
Se ha detectado una situación de bucle de correo, lo que significa que el servidor está configurado para que se generen bucles de correo electrónico en el propio servidor. | Compruebe la configuración de los conectores del servidor para ver si hay bucles y asegúrese de que cada conector está definido por un único puerto entrante. Si hay varios servidores virtuales, asegúrese de que ninguno de ellos está establecido como "Ninguna asignada". |
| 5.4.4 | Invalid arguments |
Este NDR se produce si no existe ninguna ruta para la entrega de mensajes o si el categorizador no pudo determinar el destino del próximo salto. | Compruebe que el nombre de dominio especificado es válido y que existe un registro de intercambio de correo (MX). |
| 5.4.6 | Routing loop detected |
Un error de configuración ha provocado un bucle de correo electrónico. De forma predeterminada, después de 20 iteraciones de un bucle de correo electrónico, Exchange interrumpe el bucle y genera un NDR para el remitente del mensaje. | Este error se produce cuando la entrega de un mensaje genera un mensaje en respuesta. A su vez, dicho mensaje genera un tercer mensaje y el proceso se repite, creando un bucle. Para ayudar a protegerse contra recursos que agotan el sistema, Exchange interrumpe el bucle de correo después de 20 iteraciones. Normalmente, los bucles de correo se crean debido a un error de configuración en el servidor de correo de envío, en el servidor de correo de recepción o en ambos. Compruebe la configuración de las reglas del buzón del destinatario y del remitente para determinar si está habilitado el reenvío automático de mensajes. |
| 5.5.2 | Send hello first |
Se produce un error SMTP genérico cuando los comandos SMTP se envían fuera de la secuencia. Por ejemplo, un servidor intenta enviar un comando AUTH (autorización) antes de identificarse a sí mismo con un comando EHLO. Es posible que este error también se pueda producir cuando el disco del sistema esté lleno. |
Vea el registro SMTP o un seguimiento de Netmon y asegúrese de que hay suficiente almacenamiento en disco y memoria virtual disponible. |
| 5.5.3 | Too many recipients |
El número total combinado de destinatarios en las líneas Para, CC y CCO del mensaje supera el número total de destinatarios permitidos en un único mensaje. | Este error se produce cuando el remitente ha incluido demasiados destinatarios en el mensaje. El remitente debe reducir el número de direcciones de destinatarios del mensaje o debe aumentar el número máximo de destinatarios para que el mensaje se pueda entregar correctamente. |
| 5.5.4 | Invalid domain name |
El mensaje contiene o bien un remitente que no es válido o un formato incorrecto de dirección de destinatario. Una posible causa es que el formato de dirección del destinatario podría contener caracteres que no se ajustan a los estándares de Internet. |
Compruebe si hay caracteres no estándar en la dirección del destinatario. |
| 5.5.6 | Invalid message content |
Este mensaje indica un posible error de protocolo. | Compruebe los posibles errores en el registro de eventos. |
| 5.7.1 | Delivery not authorized |
No se permite que el remitente envíe mensajes al destinatario. | Este error se produce cuando el remitente intenta enviar un mensaje a un destinatario, pero el remitente no está autorizado para hacerlo. Esto suele ocurrir cuando un remitente intenta enviar mensajes a un grupo de distribución que se ha configurado para aceptar mensajes sólo de los miembros de ese grupo de distribución o de otros remitentes autorizados. El remitente debe solicitar permiso para enviar mensajes al destinatario. Este error también se puede producir si una regla de transporte de Exchange rechaza un mensaje porque cumplía las condiciones configuradas en la regla de transporte. |
| 5.7.1 | Unable to relay |
No se permite al sistema de correo electrónico de envío enviar un mensaje a un sistema de correo electrónico si dicho sistema no es el destino final del mensaje. | Este error se produce cuando el sistema de correo electrónico de envío intenta enviar un mensaje anónimo a un sistema de correo electrónico receptor y el sistema de correo electrónico receptor no acepta mensajes para el dominio o dominios especificados en uno o varios de los destinatarios. Los motivos más comunes por los que se produce este error son los siguientes:
|
| 5.7.1 | Client was not authenticated |
El sistema de correo electrónico de envío no se autentique con el sistema de correo electrónico de recepción. El sistema de correo electrónico de recepción requiere autenticación antes de enviar el mensaje. | Este error se produce cuando el servidor receptor debe autenticarse antes del envío de mensajes y el sistema de correo electrónico de envío no se ha autenticado con el sistema de correo electrónico de recepción. El administrador del sistema de correo electrónico de envío debe configurar el sistema para que se autentique en el sistema de correo electrónico de recepción con el fin de que la entrega sea correcta. Este error también puede producirse si intenta aceptar mensajes anónimos de Internet en un servidor de buzones de correo que no se ha configurado para hacerlo. |
| 5.7.3 | Not Authorized |
El remitente prohibió la reasignación al destinatario alternativo. |
Secciones del NDR
En Exchange 2013, los NDR están diseñados para que leerlos y comprenderlos sea una tarea sencilla tanto para los usuarios finales como para los administradores. La información que se muestra en los NDR se distribuye en las siguientes dos secciones:
- Una sección de información del usuario
- Sección de información de administrador
La información de cada sección está destinada a los lectores de dicha sección. La sección de información del usuario aparece primero y contiene comentarios que ayudarán al usuario a comprender, en términos no técnicos, por qué se produjo un error de entrega del mensaje. La sección Información de diagnóstico para administradores proporciona información técnica con mayor detalle, como los encabezados del mensaje original, que ayuda a los administradores a solucionar los problemas de entrega. En la figura siguiente se muestra la sección de información del usuario y la sección Información de diagnóstico para administradores de un NDR.
.png "NDR que muestra información de diagnóstico de usuario y administrador")
Sección de información del usuario
La sección de información del usuario de un NDR generado por Exchange contiene la información que se quiere comunicar a un usuario final que ha enviado un mensaje que, más tarde, se devolvió con un NDR. El texto que aparece en esta sección lo ha insertado el servidor de Exchange que generó el NDR.
El texto de la sección de información del usuario está diseñado para ayudar a los usuarios finales a determinar por qué se rechazó el mensaje y cómo reenviarlo correctamente si es necesario. Si corresponde, en la sección de información del usuario se incluye el nombre de dominio completo del servidor que rechazó el mensaje. Si se produce un error en la entrega a más de un destinatario, se muestra la dirección de correo electrónico de cada destinatario y se incluye el motivo del error en el espacio situado debajo de la dirección de correo electrónico del destinatario.
El texto de la sección de información del usuario se puede modificar con el cmdlet New-SystemMessage. Al crear un mensaje personalizado, podrá proporcionar información específica a los usuarios finales, como un número de teléfono para que se pongan en contacto con el departamento de soporte técnico o un hipervínculo para obtener soporte de servicio autónomo.
Información de diagnóstico para administradores
La sección Información de diagnóstico para administradores contiene información más detallada acerca del error específico producido durante la entrega del mensaje, el servidor que generó el NDR y el servidor que rechazó el mensaje. En la mayoría de los NDR se encuentran los siguientes campos, que se pueden ver en la figura "Secciones del NDR" más arriba en este tema:
Generar servidor: el servidor generador es el servidor SMTP que creó el NDR. El servidor de generación toma el código de estado mejorado que se explica más adelante en este tema. Este código crea un NDR fácil de leer. Si no se muestra ningún servidor remoto debajo de la dirección de correo electrónico del remitente en la sección Información de diagnóstico para administradores, el servidor de generación también será el servidor que rechazó el mensaje de correo electrónico original. Si el error en la entrega del mensaje se produce cuando este se envía a otro destinatario de la misma organización de Exchange, normalmente el mismo servidor rechaza el mensaje original y genera el NDR.
Destinatario rechazado: el destinatario rechazado es la dirección de correo electrónico del destinatario al que se produjo un error en la entrega del mensaje original. Si se produce un error de entrega a más de un destinatario, aparecen las direcciones de correo electrónico de todos los destinatarios. El campo de destinatario rechazado también contiene los siguientes subcampos para cada una de las direcciones de correo electrónico mostrada:
Servidor remoto: el campo servidor remoto contiene el FQDN del servidor que rechaza la entrega del mensaje durante la conversación SMTP. El campo de servidor remoto sólo se llena cuando se ha intentado la entrega a un servidor remoto y ese intento se ha rechazado antes de que el servidor de recepción confirme correctamente el mensaje una vez enviado el cuerpo del mismo. Si el servidor receptor confirma correctamente el mensaje original y, a continuación, se rechaza debido a restricciones de contenido, por ejemplo, el campo servidor remoto no se rellena.
Código de estado mejorado: el código de estado mejorado es el código devuelto por el servidor que rechazó el mensaje original. Este código de estado mejorado indica el motivo por el que se rechazó el mensaje original. Exchange no vuelve a escribir el código de estado mejorado, pero se usa para determinar qué texto se va a mostrar en la sección de información del usuario. Los códigos de estado mejorados que encontrará con más frecuencia se enumeran en "Códigos de estado mejorados habituales" más adelante en este tema. Para ver una lista detallada de los códigos de estado mejorados, vea RFC 3463.
Respuesta SMTP: la respuesta SMTP es el texto legible de la máquina devuelto por el servidor que rechazó el mensaje original. Normalmente, la respuesta SMTP contiene una cadena corta que proporciona una explicación del código de estado mejorado que también se devuelve. Exchange no vuelve a escribir la respuesta SMTP. Además, esta respuesta siempre se presenta en formato US-ASCII.
Encabezados de mensaje originales: la sección de encabezados de mensaje originales contiene los encabezados de mensaje del mensaje rechazado. Estos encabezados pueden proporcionar información útil para el diagnóstico; por ejemplo, para determinar la ruta que siguió el mensaje antes de ser rechazado o si el campo Para coincide con la dirección de correo electrónico especificada en el campo de destinatario rechazado.
Ejemplos de mensajes de NDR
En las siguientes secciones se ofrecen ejemplos de las dos maneras en que se pueden generar mensajes NDR:
- Por el mismo servidor
- Por servidores diferentes
El mismo servidor generó el NDR y rechazó el mensaje original
En el siguiente ejemplo se muestra lo que sucede cuando una organización de correo electrónico remota acepta la entrega de un mensaje de correo electrónico a través de un servidor de transporte perimetral y, después, rechaza el mensaje debido a una directiva de restricción del buzón de correo del destinatario. En este caso, el remitente no puede enviar mensajes al destinatario. Los servidores de transporte perimetral no realizan la validación del tamaño del mensaje, por lo que el servidor de transporte perimetral de este ejemplo acepta el mensaje porque tiene una dirección de destinatario válida y el mensaje no infringe otras restricciones de contenido. Debido a que la organización de correo electrónico remota acepta todo el mensaje, incluido el contenido del mismo, es la responsable de rechazar el mensaje y generar el NDR que se enviará al remitente.
.gif "NDR que muestra el mismo servidor de generación y rechazo")
Además, los mensajes que se rechazan cuando se envían a destinatarios que forman parte de la misma organización de Exchange suelen ser rechazados por el mismo servidor de correo electrónico que genera el mensaje NDR. Los mensajes enviados a los destinatarios locales se pueden rechazar por varios motivos, entre otros, porque los buzones han superado su cuota, por falta de autorización para enviar mensajes a la dirección del destinatario o por errores de hardware que provocan una pérdida de conectividad con otros servidores de la organización.
En ambos casos, no se incluye ningún servidor remoto bajo la dirección de correo electrónico de los destinatarios listados en el mensaje NDR.
El servidor que generó el NDR y el servidor que rechazó el mensaje original son diferentes
En el siguiente ejemplo se muestra lo que sucede cuando una organización de correo electrónico remota rechaza la entrega de un mensaje de correo electrónico antes incluso de aceptar el mensaje. En este ejemplo, el servidor remoto rechaza el mensaje y devuelve un código de estado mejorado al servidor de envío local porque el destinatario especificado no existe. El rechazo se produce antes de que el servidor de recepción confirme el mensaje. Dado que el servidor receptor no reconoce correctamente el mensaje, el servidor receptor no es responsable del mensaje. Por lo tanto, el servidor de envío local genera el NDR y lo envía al remitente del mensaje original.
.gif "NDR que muestra diferentes servidores de generación y envío")
Consulta también
Informes de no entrega de correo electrónico en Exchange Online