DSNs e notificações de falha na entrega no Exchange 2013
Aplica-se a: Exchange Server 2013
Observação
Se você precisar de ajuda com NDRs no Microsoft 365, Office 365 ou Exchange Online, consulte Email relatórios de não entrega no Exchange Online.
Quando há um problema na entrega de uma mensagem, o Exchange Server 2013 envia uma notificação de status de entrega (DSN) para o remetente da mensagem. Essas mensagens geradas pelo sistema também são conhecidas como mensagens de devolução e contêm um código de erro, detalhes técnicos sobre o problema e, às vezes, as etapas de solução de problemas para o remetente da mensagem. As mensagens de Notificação de Falha na Entrega (NDR) são um tipo comum de notificação de status. Este tópico para administradores de email descreve causas prováveis e soluções para os vários códigos de status de NDR. Ele também mostra como ler e interpretar mensagens de NDR.
Códigos de status avançados comuns
A tabela a seguir contém uma lista dos códigos de status avançados retornados em notificações de falha na entrega para as falhas mais comuns de entrega de mensagem.
| Código de status avançado | Descrição | Causa possível | Informações adicionais |
|---|---|---|---|
| 4.3.1 | Insufficient system resources |
Ocorreu um erro de memória insuficiente. Um problema de recurso, como um disco cheio, pode causar esse problema. Em vez de um erro de disco cheio, talvez um erro de memória insuficiente seja exibido. |
Verifique se o servidor do Exchange tem armazenamento em disco suficiente. |
| 4.3.2 | System not accepting network messages |
Essa notificação de falha na entrega é gerada quando uma fila está congelada. | Você pode resolver essa condição descongelando a fila. |
| 4.4.1 | Connection timed out |
O servidor de destino não está respondendo. Condições de rede transitórias podem causar esse erro. O servidor do Exchange tenta automaticamente se conectar ao servidor novamente e entregar a mensagem. Se a entrega falhar após várias tentativas, uma notificação de falha na entrega com um código de falha permanente é gerada. | Monitore a situação. Esse pode ser um problema transitório que será solucionado automaticamente. |
| 4.4.2 | Connection dropped |
Uma conexão foi perdida entre os servidores. Condições de rede transitória ou um servidor que está tendo problemas podem causar esse erro. O servidor remetente tentará entregar a mensagem por um período de tempo específico e gerará relatórios de status adicionais. | Monitora a situação enquanto o servidor tenta entregar novamente. Esse pode ser um problema transitório que será solucionado automaticamente. Essa situação pode também ocorrer quanto o limite de tamanho da mensagem para a conexão for atingido, ou se a taxa de envio de mensagens para o endereço IP cliente exceder o limite configurado. |
| 4.4.7 | Message expired |
A mensagem na fila expirou. O servidor de envio tentou retransmitir ou entregar a mensagem, mas a ação não foi concluída antes da hora de expiração da mensagem. Essa mensagem pode também indicar que o limite do cabeçalho da mensagem foi atingido em um servidor remoto ou algum outro tempo limite de protocolo ocorreu ao se comunicar com o servidor remoto. | Essa mensagem geralmente indica um problema no servidor de recebimento. Verifique a validade do endereço de destinatário e determine se o servidor de recebimento está configurado corretamente para receber mensagens. Talvez seja necessário reduzir o número de destinatários no cabeçalho da mensagem para o host sobre o qual você está recebendo esse erro. Se você enviar a mensagem novamente, ela será colocada na fila novamente. Se o servidor de recebimento estiver disponível, a mensagem será entregue. |
| 5.0.0 | HELO / EHLO requires domain address |
Essa situação é uma falha permanente. Causas possíveis:
|
Entre algumas das resoluções possíveis:
|
| 5.1.0 | Sender denied |
Essa notificação de falha na entrega é causada por uma falha geral (falha de endereço incorreto). Um endereço de email ou outro atributo não pôde ser encontrado em Active Directory Domain Services. As entradas de contato sem o atributo targetAddress podem causar esse problema. Outra causa possível pode ser que o atributo homeMDB de um usuário não pôde ser determinado. O atributo homeMDB corresponde ao servidor Exchange no qual a caixa de correio do usuário reside. Outra causa comum dessa notificação de falha na entrega é quando você usa o Microsoft Outlook para salvar a mensagem de email como um arquivo e alguém abriu a mensagem offline e respondeu à mensagem. A propriedade da mensagem só preserva o atributo legacyExchangeDN quando o Outlook entrega a mensagem e, portanto, a pesquisa pode falhar. |
O endereço do destinatário é formatado incorretamente ou o destinatário não pôde ser resolvido corretamente. A primeira etapa do processo de resolução do erro é verificar o endereço do destinatário e enviar a mensagem novamente. |
| 5.1.1 | Bad destination mailbox address |
Essa falha pode ser causada pelas seguintes condições:
|
Esse erro normalmente ocorre quando o remetente da mensagem digita o endereço de email do destinatário de forma incorreta. O remetente deve verificar o endereço de email do destinatário e enviar a mensagem novamente. Este erro também pode ocorrer se o endereço de email do destinatário estava correto anteriormente, mas foi transferido ou removido do sistema de email de destino. Se o remetente da mensagem estiver na mesma organização do Exchange que o destinatário e a caixa de correio ainda existir, determine se a caixa de correio do destinatário foi relocada para um novo servidor de emails. Se for esse o problema, o Outlook poderá não ter atualizado corretamente o cache de destinatários. Instrua o remetente a remover o endereço do destinatário do cache de destinatários do Outlook e a criar uma nova mensagem. O reenvio da mensagem original resultará na mesma falha. Outros problemas podem causar este erro, como um nome diferenciado (DN) legado inválido nos Serviços de Domínio do Active Directory. Examine e corrija o antigo DN da caixa de correio do destinatário. Em seguida, instrua o remetente a remover o endereço do destinatário do cache de destinatários do Outlook e a criar uma nova mensagem. O reenvio da mensagem original resultará na mesma falha. |
| 5.1.2 | Invalid X.400 address |
O destinatário tem um endereço não SMTP que não corresponde a um destino. O endereço não parece ser local e não há conectores configurados com espaços de endereço que contenham o endereço do destinatário. | Verifique se o endereço do destinatário foi inserido corretamente. Se o endereço do destinatário estiver em um sistema de email não SMTP ao qual você deseja especificamente fornecer a entrega de mensagens, você precisará adicionar o tipo apropriado de conector à sua topologia e configurá-lo para fornecer serviço ao sistema de email do destinatário. |
| 5.1.3 | Invalid recipient address |
Essa mensagem indica que o endereço do destinatário é exibido incorretamente na mensagem. | O endereço do destinatário é formatado incorretamente ou o endereço do destinatário não pôde ser resolvido corretamente. A primeira etapa do processo de resolução do erro é verificar o endereço do destinatário e enviar a mensagem novamente. Além disso, examine a diretiva de destinatário SMTP e garanta que cada domínio de email para o qual você deseja aceitar mensagens seja exibido corretamente. |
| 5.1.4 | Destination mailbox address ambiguous |
Dois ou mais destinatários na organização do Exchange possuem o mesmo endereço. | Esse erro normalmente ocorre por causa de um erro de configuração nos Serviços de Domínio do Active Directory. Possivelmente, por causa de problemas de replicação, dois objetos de destinatário nos Serviços de Domínio do Active Directory possuem o mesmo endereço SMTP ou endereço Exchange Server (EX). |
| 5.1.7 | Invalid address |
O remetente tem um endereço SMTP ausente ou malformado, o atributo mail no serviço de diretório. O item de email não pode ser entregue sem um atributo de email válido. | Verifique a estrutura de diretório do remetente e determine se o atributo mail existe. |
| 5.2.1 | Mailbox cannot be accessed |
A caixa de correio não pode ser acessada. A caixa de correio pode ficar offline, desabilitada ou a mensagem foi colocada em quarentena por uma regra. | Verifique se o banco de dados de destinatário está online, a caixa de correio do destinatário está desabilitada ou a mensagem foi colocada em quarentena. |
| 5.2.2 | Mailbox full |
A caixa de correio do destinatário excedeu sua cota de repositório e não pode mais aceitar novas mensagens. | Esse erro ocorre quando a caixa de correio do destinatário excedeu sua cota de repositório. O destinatário deve reduzir o tamanho da caixa de correio, ou o administrador deve aumentar a cota de repositório para que a entrega possa ser feita com êxito. |
| 5.2.3 | Message too large |
A mensagem é muito grande e a cota local foi excedida. Por exemplo, um usuário do Exchange remoto pode ter uma restrição no tamanho máximo de uma mensagem de entrada. | Envie a mensagem novamente sem anexos ou defina o limite do lado do servidor ou do lado do cliente que permita um limite de tamanho de mensagem maior. |
| 5.2.4 | Mailing list expansion problem |
O destinatário é uma lista de distribuição dinâmica configurada incorretamente. Ou a cadeia de caracteres de filtro ou o DN base da lista de distribuição dinâmica é inválido. | Defina o nível de log de eventos do categorizador pelo menos no nível mínimo e envie outra mensagem para a lista de distribuição dinâmica. Verifique o log de eventos do aplicativo para um evento 6025 ou um evento 6026 detalhando qual atributo está configurado incorretamente no objeto da lista de distribuição dinâmica. |
| 5.3.3 | Unrecognized command |
Quando o servidor remoto do Exchange atinge a capacidade de seu repositório em disco para conter mensagens, ele pode responder com essa notificação de falha na entrega. Esse erro geralmente ocorre quando o servidor remetente está enviando mensagens com um comando ESMTP BDAT. Esse erro também indica um possível erro de protocolo SMTP. | Verifique se o servidor remoto tem capacidade de repositório suficiente para conter mensagens. Verifique o log do SMTP. |
| 5.3.4 | Message too big for system |
A mensagem excede um limite de tamanho configurado em um banco de dados de transporte ou de caixa de correio e não pode ser aceita. Essa falha pode ser gerada tanto pelo sistema de envio de emails quanto pelo sistema de email do destinatário. | Esse erro ocorre quando o tamanho da mensagem enviada pelo remetente excede o tamanho máximo permitido para mensagens ao passar por um componente de transporte ou um banco de dados de caixa de correio. O remetente deve reduzir o tamanho da mensagem para que ela seja entregue com êxito. Para obter mais informações sobre como configurar limites de tamanho da mensagem, consulte Limites de tamanho da mensagem. |
| 5.3.5 | System incorrectly configured |
Uma situação de loop de email foi detectada, o que significa que o servidor está configurado para enviar mensagens em loop de volta para si mesmo. | Verifique se há loops na configuração dos conectores do servidor e garanta que cada conector está definido por uma porta de entrada exclusiva. Se houver vários servidores virtuais, certifique-se de que nenhum está definido como "Todos Não Atribuídos". |
| 5.4.4 | Invalid arguments |
Essa NDR ocorrerá se nenhuma rota existir para entrega de mensagens ou se o categorizador não puder determinar o destino do próximo salto. | Verifique se o nome de domínio especificado é válido e se um registro MX (servidor de mensagens) existe. |
| 5.4.6 | Routing loop detected |
Um erro de configuração causou um loop de email. Por padrão, após 20 iterações de um loop de email, o Exchange interrompe o loop e gera uma notificação de falha na entrega para o remetente da mensagem. | Esse erro ocorre quando a entrega de uma mensagem gera outra mensagem em resposta. Essa mensagem então gera uma terceira mensagem, e o processo se repete, criando um loop. Para ajudar a proteger contra o esgotamento de recursos do sistema, o Exchange interrompe o loop de email após 20 iterações. Loops de email geralmente são criados por causa de um erro de configuração no servidor de envio de emails, no servidor de recebimento de emails, ou em ambos. Verifique a configuração das regras da caixa de correio do destinatário e do remetente para determinar se o encaminhamento automático de mensagens está habilitado. |
| 5.5.2 | Send hello first |
Um erro SMTP genérico ocorre quando comandos SMTP são enviados fora de sequência. Por exemplo, um servidor tenta enviar um comando AUTH (autorização) antes de se identificar com um comando EHLO. É possível que esse erro também possa ocorrer quando o disco do sistema estiver cheio. |
Exiba o Log do SMTP ou um rastreamento do Netmon e verifique se há armazenamento em disco e memória virtual adequados disponíveis. |
| 5.5.3 | Too many recipients |
O total combinado de destinatários nas linhas Para, Cc e Bcc da mensagem excede o número total de destinatários permitidos para uma única mensagem. | Este erro ocorre quando o remetente incluiu destinatários demais na mensagem. O remetente deve reduzir o número de endereços de destinatários na mensagem, ou o número máximo de destinatários deve ser aumentado para permitir que a mensagem seja entregue. |
| 5.5.4 | Invalid domain name |
A mensagem contém um remetente inválido ou um formato de endereço de destinatário incorreto. Uma possível causa é que o formato de endereço do destinatário pode conter caracteres que não estão em conformidade com os padrões da Internet. |
Verifique o endereço do destinatário em busca de caracteres não padrão. |
| 5.5.6 | Invalid message content |
Essa mensagem indica um possível erro de protocolo. | Verifique se há possíveis falhas no Log de Eventos. |
| 5.7.1 | Delivery not authorized |
O remetente da mensagem não tem permissão para enviar mensagens ao destinatário. | Esse erro ocorre quando o remetente tenta enviar uma mensagem a um destinatário, mas o remetente não está autorizado a fazer isso. Isso ocorre frequentemente quando um remetente tenta enviar mensagens a um grupo de distribuição que foi configurado para aceitar mensagens apenas de membros desse grupo de distribuição ou de outros remetentes autorizados. O remetente deve solicitar permissão para enviar mensagens ao destinatário. Esse erro também poderá ocorrer se uma regra de transporte do Exchange rejeitar uma mensagem porque a mensagem possui as condições configuradas na regra de transporte. |
| 5.7.1 | Unable to relay |
O sistema de envio de email não tem permissão para enviar uma mensagem para um sistema de email em que esse sistema de email não é o destino final da mensagem. | Esse erro ocorre quando o sistema de email de envio tenta enviar uma mensagem anônima para um sistema de email de recebimento e o sistema de email de recebimento não aceita mensagens para o domínio ou domínios especificados em um ou mais dos destinatários. Veja a seguir as razões mais comuns para esse erro:
|
| 5.7.1 | Client was not authenticated |
O sistema de email de envio não se autenticou com o sistema de email de recebimento. O sistema de recebimento de emails exige autenticação antes do envio da mensagem. | Esse erro ocorre quando o servidor receptor deve ser autenticado antes do envio de mensagens e o sistema de email de envio não foi autenticado com o sistema de email de recebimento. O administrador do sistema de envio de emails deve configurar esse sistema para que faça autenticação com o sistema de recebimento de emails para que a entrega seja feita com êxito. Esse erro também pode ocorrer se você tentar aceitar mensagens anônimas da Internet em um servidor de caixa de correio que não foi configurado para fazer isso. |
| 5.7.3 | Not Authorized |
O remetente proibiu a reatribuição ao destinatário alternativo. |
Seções da notificação de falha na entrega
No Exchange 2013, as notificações de falha na entrega foram projetadas para fácil leitura e entendimento de usuários finais e administradores. As informações exibidas em uma notificação de falha na entrega são separadas nestas duas áreas:
- Uma seção de informações do usuário
- Uma seção de informações de administrador
As informações em cada seção se destinam aos leitores dessa seção. A seção de informações do usuário aparece primeiro e contém comentários para ajudar o usuário a entender, em termos não-técnicos, por que a entrega da mensagem falhou. A seção Informações de diagnóstico para administradores oferece informações técnicas mais detalhadas, como cabeçalhos da mensagem original, que ajudam os administradores de email a solucionar um problema de entrega. A figura a seguir mostra a seção de informações ao usuário e a seção Informações de diagnóstico para administradores de uma notificação de falha na entrega.
.png "NDR mostrando informações de diagnóstico de usuário e administrador")
Seção de informações ao usuário
A seção de informações do usuário de uma notificação de falha na entrega gerada pelo Exchange contém informações que você deseja comunicar a um usuário final que enviou uma mensagem que voltou posteriormente com uma notificação de falha na entrega. O texto exibido nesta seção é inserido pelo servidor do Exchange que gerou a notificação de falha na entrega.
O texto na seção de informações ao usuário foi criado para ajudar o usuário final a determinar por que a mensagem foi rejeitada e como reenviá-la com êxito, caso seja necessário. Quando aplicável, o FQDN (nome de domínio totalmente qualificado) do servidor que rejeitou a mensagem é incluído na seção de informações ao usuário. Se ocorrer falha na entrega para mais de um destinatário, o endereço de email de cada destinatário será listado e o motivo da falha será incluído no espaço abaixo do endereço de email do destinatário.
Você pode modificar o texto na seção de informações ao usuário usando o cmdlet New-SystemMessage. Ao criar uma mensagem personalizada, você pode fornecer informações específicas para usuários finais, como o número de telefone para entrar em contato com o departamento de suporte ou um hiperlink para os próprios usuários executarem procedimentos de suporte.
Informações de diagnóstico para administradores
A seção Informações de diagnóstico para administradores contém informações mais detalhadas sobre o erro específico que ocorreu durante a entrega da mensagem, o servidor que gerou a notificação de falha na entrega e o servidor que rejeitou a mensagem. Os campos a seguir estão presentes na maioria das notificações de falha na entrega e são visíveis na figura "Seções da notificação de falha na entrega" apresentada anteriormente neste tópico:
Gerando servidor: o servidor gerador é o servidor SMTP que criou o NDR. O servidor gerador adota o código de status avançado que será explicado posteriormente neste tópico. Esse código cria uma notificação de falha na entrega de fácil leitura. Se não houver um servidor remoto listado abaixo do endereço de email do remetente, na seção Informações de diagnóstico para administradores, o servidor gerador será também o servidor que rejeitou o email original. Se ocorrer falha na entrega da mensagem quando a mensagem for enviada para outro destinatário na organização do Exchange, normalmente o mesmo servidor rejeitará a mensagem original e gerará a notificação de falha na entrega.
Destinatário rejeitado: o destinatário rejeitado é o endereço de email do destinatário ao qual a entrega da mensagem original falhou. Se a entrega para mais de um destinatário tiver falhado, o endereço de email de cada destinatário será listado aqui. O campo de destinatário rejeitado também contém os seguintes subcampos para cada endereço de email listado:
Servidor remoto: o campo do servidor remoto contém o FQDN do servidor que rejeita a entrega da mensagem durante a conversa SMTP. O campo de servidor remoto só é preenchido quando houve tentativa de entrega em um servidor remoto e essa tentativa foi rejeitada antes de o servidor de recebimento reconhecer com êxito a mensagem depois que o corpo da mensagem foi enviado. Se a mensagem original for reconhecida com êxito pelo servidor receptor e for rejeitada devido a restrições de conteúdo, por exemplo, o campo do servidor remoto não será preenchido.
Código de status aprimorado: o código de status aprimorado é o código retornado pelo servidor que rejeitou a mensagem original. O código de status avançado indica por que a mensagem original foi rejeitada. O código de status aprimorado não é reescrito pelo Exchange, mas é usado para determinar qual texto exibir na seção de informações do usuário. Os códigos de status avançado que você provavelmente encontrará estão listados em "Códigos de status avançado comuns", posteriormente neste tópico. Para obter uma lista detalhada de códigos de status avançado, confira RFC 3463.
Resposta SMTP: a resposta SMTP é o texto legível do computador retornado pelo servidor que rejeitou a mensagem original. A resposta SMTP normalmente contém uma cadeia de caracteres curta que fornece uma explicação do código de status avançado que também é retornado. A resposta SMTP não é reescrita pelo Exchange. Além disso, essa resposta é apresentada sempre no formato US-ASCII.
Cabeçalhos de mensagem originais: a seção cabeçalhos de mensagem original contém os cabeçalhos de mensagem da mensagem rejeitada. Esses cabeçalhos podem fornecer informações de diagnóstico úteis, como informações que podem ajudar a determinar o caminho percorrido pela mensagem antes de ser rejeitada ou se o campo Para corresponde ao endereço de email especificado no campo de destinatário rejeitado.
Exemplos de mensagens de notificação de falha na entrega
As seções a seguir fornecem exemplos de duas maneiras que as mensagens de notificação de falha na entrega podem ser geradas:
- Pelo mesmo servidor
- Por servidores diferentes
NDR gerada e mensagem original rejeitada pelo mesmo servidor
O exemplo a seguir mostra o que acontece quando uma organização de email remota aceita a entrega de um email através de um servidor de Transporte de Borda e, em seguida, rejeita a mensagem devido à restrição de políticas na caixa de correio do destinatário. Nesse caso, o remetente não tem permissão para enviar mensagens ao destinatário. Os servidores de Transporte de Borda não executam a validação do tamanho da mensagem para que o servidor de Transporte de Borda neste exemplo aceite a mensagem porque ela tem um endereço destinatário válido e a mensagem não viola outras restrições de conteúdo. Como a organização de email remota aceita a mensagem inteira, inclusive o conteúdo da mensagem, ela é responsável por rejeitar a mensagem e gerar a mensagem de notificação de falha na entrega a ser enviada ao remetente.
.gif "NDR mostrando o mesmo servidor de geração e rejeição")
Além disso, as mensagens que são rejeitadas quando são enviadas para destinatários que fazem parte da mesma organização do Exchange normalmente são rejeitadas pelo mesmo servidor de email que gera a mensagem NDR. As mensagens enviadas a destinatários locais podem ser rejeitadas por diversos motivos, como caixas de correio com cota excedida, falta de autorização para enviar mensagens ao endereço do destinatário ou falhas de hardware que resultam em perda de conectividade por um longo período com outros servidores da organização.
Em ambas as situações, nenhum servidor remoto é incluído sob o endereço de email dos destinatários listados na mensagem de notificação de falha na entrega.
Notificação de falha na entrega gerada e mensagem original rejeitada por servidores diferentes
O exemplo a seguir mostra o que acontece quando uma organização de email remota rejeita a entrega de um email antes de aceitá-lo. Neste exemplo, o servidor remoto rejeita a mensagem e retorna um código de status aprimorado para o servidor de envio local porque o destinatário especificado não existe. A rejeição acontece antes de o servidor de recebimento reconhecer a mensagem. Como o servidor receptor não reconhece com êxito a mensagem, o servidor receptor não é responsável pela mensagem. Portanto, o servidor de envio local gera a mensagem de notificação de falha na entrega e a envia ao remetente da mensagem original.
.gif "NDR mostrando diferentes servidores de geração/envio")