Compreendendo notificações de falha na entrega
Aplica-se a: Exchange Server 2007 SP1, Exchange Server 2007
Tópico modificado em: 2011-04-26
Este tópico descreve como ler e interpretar notificações de falha na entrega no Microsoft Exchange Server 2007.
Seções de notificação de falha na entrega
No Exchange 2007, as notificações de falha na entrega foram reprojetadas para facilitar a leitura e compreensão dos usuários finais e administradores de email. As informações exibidas nas notificações de falha na entrega são separadas nas seguintes seções:
Informações do usuário
Informações de diagnóstico para administradores
As informações em cada seção se destinam aos leitores dessa seção. A seção de informações ao usuário contém comentários para o usuário para ajudá-lo 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 fornece informações técnicas mais detalhadas para ajudar os administradores de email a solucionar problemas. 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.
Seções da notificação de falha na entrega
.gif "NDR mostrando Informações de Diagnóstico do Usuário e do Administrador")
Seção 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 2007 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 nessa seção é inserido pelo computador que está executando o Exchange 2007 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.
Você pode modificar o texto na seção de informações ao usuário usando o cmdlet New-SystemMessage. No texto personalizado criado por você, é possível fornecer instruções específicas para usuários finais. Por exemplo: como entrar em contato com a assistência técnica em um número de telefone específico, ou como clicar em um link de hipertexto para entrar em contato com um site de suporte de auto-atendimento. Para obter mais informações sobre como personalizar o texto exibido na seção de informações ao usuário, consulte Como criar uma nova mensagem de notificação de status de entrega.
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.
Seção 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:
Servidor gerador O servidor gerador é o servidor Exchange 2007 que criou a notificação de falha na entrega. 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 mais abaixo na seção Informações de diagnóstico para administradores, o servidor gerador será também o servidor que rejeitou a mensagem de email original. Se ocorrer falha na entrega da mensagem quando a mensagem for enviada para outro destinatário na mesma organização do Exchange 2007, 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 para o 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 de 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 de recebimento e for rejeitada por causa de restrições de conteúdo, por exemplo, o campo de servidor remoto não será preenchido.
Código de status avançado É 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. Esse código não é reescrito pelo Exchange 2007, mas é usado para determinar que texto deve ser exibido na seção de informações ao 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, consulte RFC 3463.
Resposta SMTP A resposta SMTP é o texto legível pela máquina 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 2007. E essa resposta é apresentada sempre em US-ASCII.
Cabeçalhos da mensagem original A seção de cabeçalhos da mensagem original contém os cabeçalhos 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
Notificação de falha na entrega 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 uma mensagem de email através de um servidor de Transporte de Borda e, em seguida, rejeita a mensagem devido à restrição de diretivas na caixa de correio do destinatário. Nesse caso, o remetente não tem permissão para enviar mensagens ao destinatário. Servidores de Transporte de Borda não realizam a validação de tamanho de mensagem, de modo que o servidor de Transporte de Borda nesse exemplo aceite a mensagem porque ela tem um endereço de destinatário válido e não viola nenhuma outra restrição 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.
Notificação de falha na entrega gerada e mensagem rejeitada pelo mesmo servidor
.gif "NDR mostrando o mesmo servidor para geração e rejeição")
Além disso, as mensagens rejeitadas ao serem enviadas a destinatários que fazem parte da organização local do Exchange 2007 são normalmente rejeitadas pelo mesmo servidor de email que gera a mensagem de notificação de falha na entrega. 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 destinatário da mensagem 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 uma mensagem de email antes de aceitá-la. Nesse exemplo, o servidor remoto rejeita a mensagem e retorna um código de status avançado 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 de recebimento não reconhece com êxito a mensagem, ele 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.
Notificação de falha na entrega gerada e mensagem rejeitada por servidores diferentes
.gif "NDR mostrando servidores de geração/envio diferentes")
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 |
|
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 Exchange tem armazenamento de disco suficiente. Se possível, mova suas filas de mensagens para uma partição de disco NTFS. |
4.3.2 |
|
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 |
|
O servidor de destino não está respondendo. Condições de rede transitórias podem causar esse erro. O servidor 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 |
|
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 |
|
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 de ocorrer a 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. Você pode precisar reduzir o número de destinatários no cabeçalho da mensagem para o host do qual você está recebendo esse erro. Se você enviar a mensagem outra vez, ela será colocada na fila novamente. Se o servidor de recebimento estiver disponível, a mensagem será entregue. |
5.0.0 |
|
Essa situação é uma falha permanente. Entre as causas possíveis:
|
Entre algumas das resoluções possíveis:
|
5.1.0 |
|
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 no Active Directory. 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 é se o Microsoft Office Outlook foi usado 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. |
Ou o endereço do destinatário está formatado incorretamente, ou o destinatário não pode ser resolvido corretamente. As primeiras etapas do processo de resolução do erro são verificar o endereço do destinatário e enviar a mensagem novamente. |
|
|
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. Esse erro também pode ocorrer caso o endereço de email do destinatário estivesse correto anteriormente, mas tenha sido alterado ou removido do sistema de emails 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 do remetente e criar uma nova mensagem. O reenvio da mensagem original resultará na mesma falha. Outros problemas podem causar este erro, como um nome diferenciado (DN) herdado inválido no Active Directory. Examine e corrija o DN herdado da caixa de correio do destinatário. Instrua o remetente a remover o endereço do destinatário do cache de destinatários do Outlook do remetente e criar uma nova mensagem. O reenvio da mensagem original resultará na mesma falha. |
5.1.2 |
|
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 os espaços de endereço que contêm 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 mensagens do destinatário. |
5.1.3 |
|
Essa mensagem indica que o endereço do destinatário é exibido incorretamente na mensagem. |
Ou o endereço do destinatário está formatado incorretamente, ou o destinatário não pode ser resolvido corretamente. As primeiras etapas do processo de resolução do erro são 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. |
|
|
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 no Active Directory. Possivelmente por causa de problemas de replicação, dois objetos de destinatário do Active Directory possuem o mesmo endereço SMTP ou endereço Exchange Server (EX). |
5.1.7 |
|
O remetente tem um endereço SMTP ausente ou malformado, o atributomail no serviço de diretório. O item de mensagens não pode ser entregue sem um atributo mail válido. |
Verifique a estrutura de diretório do remetente e determine se o atributo mail existe. |
|
|
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. |
|
|
A caixa de correio do destinatário excedeu sua cota de armazenamento e não pode mais aceitar novas mensagens. |
Esse erro ocorre quando a caixa de correio do destinatário excedeu sua cota de armazenamento. O destinatário deve reduzir o tamanho da caixa de correio, ou o administrador deve aumentar a cota de armazenamento para que a entrega possa ser feita com êxito. Se o destinatário residir na organização local do Exchange 2007, consulte Como configurar as cotas de armazenamento de uma Caixa de Correio. |
5.2.3 |
|
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 |
|
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 |
|
Quando o servidor remoto do Exchange atinge a capacidade de seu armazenamento 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 armazenamento suficiente para conter mensagens. Verifique o log do SMTP. |
|
|
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 email 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 de mensagens em uma organização do Exchange 2007, consulte Gerenciando limites de tamanho de mensagem. |
5.3.5 |
|
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 |
|
Essa notificação de falha na entrega ocorre se não houver roteador 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. |
|
|
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 2007 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 2007 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 ou do remetente para determinar se o encaminhamento automático de mensagens está habilitado. |
5.5.2 |
|
Um erro SMTP genérico ocorre quando comandos SMTP são enviados fora de seqüê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 possa também ocorrer quando o disco do sistema está cheio. |
Veja o Log de SMTP ou um rastreamento NetMon e verifique se há armazenamento em disco adequado e memória virtual disponível. |
|
|
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. Para configurar o número máximo de destinatários que podem ser incluídos em uma mensagem, use o parâmetro RecipientLimits no cmdlet Set-Mailbox. Para obter mais informações, consulte Set-Mailbox. |
5.5.4 |
|
A mensagem contém um remetente inválido ou um formato de endereço de destinatário incorreto. Uma causa possível é que o formato de endereço do destinatário pode conter caracteres que não estão em conformidade com padrões da Internet. |
Verifique o endereço do destinatário em busca de caracteres não padrão. |
5.5.6 |
|
Essa mensagem indica um possível erro de protocolo. |
Verifique se há possíveis falhas no Log de Eventos. |
|
|
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 não tem autorização para isso. Isso ocorre freqüentemente 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. Em um servidor Exchange 2007, os cmdlets a seguir aceitam os parâmetros AcceptMessageOnlyFrom e AcceptMessagesOnlyFromDLMembers. Eles permitem que você determine quem tem autorização para enviar mensagens aos destinatários configurados: Esse erro também poderá ocorrer se uma regra de transporte do Exchange 2007 rejeitar uma mensagem porque a mensagem possui as condições configuradas na regra de transporte. Para obter mais informações sobre regras de transporte, consulte Visão geral de regras de transporte. |
|
|
O sistema de envio de email não tem permissão para enviar uma mensagem a um sistema de email que não seja o destino final da mensagem. |
Esse erro ocorre quando o sistema de envio de email tenta enviar uma mensagem anônima para um sistema de recebimento de email e esse sistema não aceita mensagens para o domínio ou domínios especificados em um ou mais dos destinatários. A seguir, alguns dos motivos mais comuns desse erro:
|
|
|
O sistema de envio de email não fez a autenticação com o sistema de recebimento de email. O sistema de recebimento de email exige autenticação antes do envio da mensagem. |
Este erro ocorre quando o servidor de recebimento precisa ser autenticado antes do envio da mensagem, e o sistema de envio de email não foi autenticado com o sistema de recebimento de email. O administrador do sistema de envio de email deve configurar esse sistema para que faça autenticação com o sistema de recebimento de email para que a entrega seja feita com êxito. Esse erro também poderá ocorrer se você tentar aceitar mensagens anônimas da Internet usando um servidor de Transporte de Hub que não tenha sido configurado para isso. Recomendamos que você coloque um servidor de Transporte de Borda em uma rede de perímetro, entre o servidor de Transporte de Hub e a Internet. Para obter mais informações, consulte os seguintes tópicos:
|
5.7.3 |
|
O remetente proibiu a reatribuição ao destinatário alternativo. |
|