Compartilhar via


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

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

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

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

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 Exchange tem armazenamento de disco suficiente. Se possível, mova suas filas de mensagens para uma partição de disco NTFS.

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 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 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

HELO / EHLO requires domain address

Essa situação é uma falha permanente. Entre as causas possíveis:

  • Não há roteador para o espaço de endereço fornecido; por exemplo, um conector SMTP está configurado, mas esse endereço não corresponde.

  • O DNS retornou um host autoritativo que não foi encontrado para o domínio.

  • Ocorreu um erro SMTP.

Entre algumas das resoluções possíveis:

  • Em um ou mais conectores SMTP, adicione um valor de asterisco (*) como o espaço de endereço SMTP.

  • Verifique se o DNS está funcionando.

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 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.

5.1.1

Bad destination mailbox address

Essa falha pode ser causada pelas seguintes condições:

  • O endereço de email do destinatário foi digitado incorretamente pelo remetente.

  • Não existe um destinatário no sistema de email de destino.

  • A caixa de correio do destinatário foi movida e o cache do destinatário do Microsoft Office Outlook no computador do remetente não foi atualizado.

  • Existe um nome de domínio (DN) herdado inválido para o Active Directory de caixa de correio do destinatário.

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

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 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

Invalid recipient address

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.

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 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

Invalid address

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.

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 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

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 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.

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 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

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 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.

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 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

Send hello first

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.

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. 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

Invalid domain name

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

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 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.

5.7.1

Unable to relay

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:

  • Um terceiro tenta usar um sistema de recebimento de email para enviar spam e a tentativa é rejeitada. Pela natureza do spam, o endereço de email do remetente pode ter sido forjado e a notificação de falha na entrega resultante poderá ter sido enviada ao endereço de email do remetente que não sabe de nada. É difícil evitar essa situação.

  • Um registro de troca de mensagens (MX) do serviço de nome de domínio (DNS) de um domínio aponta para um sistema de recebimento de email em que esse domínio não é aceito. O administrador responsável pelo nome de domínio específico deve corrigir o registro MX do DNS ou configurar o sistema de recebimento de email para aceitar mensagens enviadas a esse domínio, ou ambas as opções. Para obter mais informações sobre como aceitar mensagens para um domínio, consulte Gerenciando domínios aceitos.

  • Um sistema de envio de emails ou um cliente que deve usar o sistema de recebimento de email para retransmitir mensagens não possui as permissões corretas para fazer isso. Para obter mais informações sobre permissões de transporte, consulte Modelo de permissões de transporte do Exchange 2007.

5.7.1

Client was not authenticated

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

Not Authorized

O remetente proibiu a reatribuição ao destinatário alternativo.