Reencaminhamento de mensagens e a fila inacessível

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2015-03-09

No Microsoft Exchange Server 2010, há cenários de roteamento de mensagens em que uma mensagem que não é entregue é colocada na fila Inacessível ou é reencaminhada. 

A decisão de colocar uma mensagem na fila Inacessível é tomada durante a fase de categorização do roteamento. Se um caminho de roteamento não puder ser calculado para uma mensagem durante a fase de roteamento, a mensagem é enviada à fila Inacessível.

A decisão de reencaminhar a mensagem ocorre durante a fase de entrega da mensagem no processo do conector de Envio SMTP. Se houver alterações de configuração que exijam o reenvio de uma mensagem da fila, a mensagem será reenviada para categorização na fase de entrega da mensagem e reencaminhada com as novas informações de configuração. Dependendo do tipo de alteração de configuração, algumas ou todas as mensagens reenviadas podem ser enviadas para a fila inacessível ou para uma fila de entrega diferente.

Para mais informações sobre como o caminho de roteamento de menor custo é computado, consulte Noções Básicas Sobre Roteamento de Mensagens. Para obter mais informações sobre como funciona o categorizador, consulte Noções Básicas Sobre o Pipeline de Transporte.

Procurando tarefas de gerenciamento relacionadas ao roteamento de mensagens? Consulte Gerenciando Roteamento de Mensagens.

Reencaminhamento de mensagens

Há dois tipos de entrega de mensagens no Exchange: 

• A entrega local se refere à entrega de mensagens enviadas a um destinatário com uma caixa de correio no mesmo site do Active Directory que o servidor de Transporte de Hub em que a categorização ocorreu.

• A entrega remota se refere à entrega de mensagens a destinatários em outros sites do Active Directory da organização do Exchange e a destinatários externos. As filas da entrega remota são o foco principal do reencaminhamento de mensagens. A entrega remota pode ser afetada pelas alterações de configuração de várias formas.

O componente de roteamento do categorizador tenta detectar se as mensagens da fila devem ser reencaminhadas durante a resolução aprimorada do DNS (Domain Name System). Durante a resolução de DNS avançada, o roteamento tenta detectar se uma fila precisa ser reencaminhada. Nessa fase, o atributo NextHopSolutionKey é resolvido para uma lista de destinos. Isso permite que o roteamento detecte automaticamente quaisquer alterações de configuração que invalidem ou modifiquem o atributo NextHopSolutionKey. Se o roteamento detectar que as alterações de configuração exigem o reencaminhamento de mensagens em uma fila, as mensagens da fila afetada serão reenviadas para o categorizador e o caminho de menor custo será recalculado, levando-se em conta as novas alterações na configuração.

O driver de repositório, que entrega mensagens de entrada para os bancos de dados do Exchange, pode também reencaminhar mensagens. Ele reenvia uma mensagem para reencaminhá-la se as seguintes condições forem verdadeiras:

• A mensagem está em uma fila de entrega MAPI, e o próximo salto foi selecionado, mas a mensagem não foi entregue.

• A caixa de correio de destino é movimentada para outro servidor de Caixa de Correio.

Se um servidor de Caixa de Correio estiver indisponível quando o driver de repositório tentar enviar mensagens para ele, o driver de repositório coloca a mensagem na fila em um estado de nova tentativa. Se as tentativas de contato com o servidor da Caixa de Correio continuarem sendo malsucedidas, quando o intervalo de novas tentativas expirar, todas as mensagens da fila são reenviadas para o categorizador.

Se uma mensagem é localizada em uma fila de entrega de gateway não SMTP (uma fila que está sendo roteada para um conector de Agente de Entrega ou conector Estrangeiro), o manipulador de conexão de gateway externo determina se a alteração da configuração requer reencaminhamento. O manipulador de conexão do gateway externo é um componente do serviço de Transporte do Microsoft Exchange que gerencia a entrega de mensagens para filas do conector de Agente de Entrega e diretórios de Recebimento do conector Estrangeiro. Por exemplo, a exclusão ou desabilitação de um conector Estrangeiro requer o reencaminhamento de mensagens para outro conector. 

A lista a seguir resume os tipos de alterações de configuração que afetam o roteamento de mensagens. Cada alteração de configuração é discutida detalhadamente mais adiante neste tópico:

• Próximo salto inválido  O próximo salto da mensagem foi excluído ou modificado, invalidando portanto o caminho de roteamento calculado anteriormente. O próximo salto para uma mensagem pode ser um site do Active Directory, um conector ou um servidor de transporte (tanto um servidor de Transporte de Hub quanto um servidor de Transporte de Borda).

• Altera o próximo salto   A configuração do próximo salto foi alterada de uma forma que afeta a conectividade. Por exemplo, as alterações na lista de servidores de Transporte de Hub no site remoto do Active Directory modificam a conexão do próximo salto.

• Caminhos de roteamento menos preferidos   Quando as alterações de configuração ocorrerem ao longo de um caminho de roteamento computado previamente, as mensagens já roteadas serão entregues, se o caminho de roteamento estiver acessível. Mas as novas mensagens são reencaminhadas com as alterações de configuração atualizadas.

• Próximo salto indisponível   A disponibilidade de conectividade de rede ou servidor de destino faz com que o próximo salto fique indisponível para conectividade. Contudo, o próximo salto não muda. Um exemplo ocorre quando os servidores de Transporte de Hub estão offline em um site do Active Directory.

• Cenários adicionais em que o reencaminhamento ocorre   Em alguns casos, as alterações de configuração podem ser provocadas quando a resolução de registro de recurso MX de DNS falha para um conector DNS ou um conector de host inteligente.

• Alterações de configuração que causam reencaminhamento ou atraso de mensagens   Quando alterações específicas de configuração são detectadas durante a fase de entrega da mensagem, ações de roteamento ocorrem e as mensagens são reencaminhadas ou a entrega é atrasada.

Próximo salto inválido

Alterações de configuração podem invalidar um próximo salto calculado previamente. Nessas circunstâncias, o componente de roteamento do categorizador pode detectar a alteração de configuração e reencaminhar para compensar essa alteração.

Entrega em um conector SMTP no computador local

Quando uma mensagem está sendo entregue para um conector SMTP no computador local, o servidor que recebeu a mensagem para retransmissão ao seu destino é também o servidor de origem para o conector Enviar pelo qual a mensagem é reencaminhada. Este tipo de entrega ocorre quando uma dessas condições é verdadeira:

• A mensagem foi recebida em um conector Receber vinculado.

• O destinatário tem um endereço externo e um servidor de origem do conector selecionado é o computador local.

Se o conector de Envio selecionado pelo componente de roteamento do categorizador for excluído ou desabilitado, a alteração de configuração será detectada durante a fase de entrega da mensagem. Isso faz com que todas as mensagens da fila sejam categorizadas novamente.

Se a configuração do conector de Envio for alterada para remover o servidor local como um servidor de origem do conector, a alteração de configuração será detectada durante a fase de entrega da mensagem, e todas as mensagens da fila serão categorizadas novamente.

Uma alteração no método de resolução do endereço do conector Enviar faz com que a fila seja reencaminhada. Um conector Enviar pode ser configurado para usar DNS para resolver registros MX e rotear mensagens automaticamente, ou pode ser configurado para rotear todas as mensagens por um ou mais hosts inteligentes. Se você alterar a resolução de endereço de um conector de Envio, as mensagens roteadas pelo conector de Envio serão reencaminhadas.

Retransmissão de SMTP em um Site do Active Directory

A retransmissão de mensagem SMTP em um site do Active Directory ocorre nas seguintes situações:

• O destinatário tem um endereço externo, e pelo menos um dos servidores de origem do conector de Envio é um servidor de Transporte de Hub do Exchange 2010 localizado no site local do Active Directory.

• O destinatário tem um endereço externo, e pelo menos um dos servidores de origem do conector de Envio é um servidor de Transporte de Borda do Exchange 2010 inscrito no site local do Active Directory.

• A caixa de correio do destinatário está localizada em um servidor que executa o Exchange Server 2007 no site local do Active Directory.

• A caixa de correio do destinatário está localizada em um servidor que executa o Exchange Server 2003, e pelo menos um dos servidores de origem do conector do grupo de roteamento selecionado é um servidor de Transporte de Hub do Exchange 2010 no site local do Active Directory.

• O destinatário é um grupo de distribuição, e o servidor de expansão para o grupo é um servidor de Transporte de Hub do Exchange 2010 no site local do Active Directory.

Nos quatro primeiros cenários, se o conector de Envio for excluído ou desabilitado, a alteração de configuração será detectada durante a fase de entrega da mensagem e a fila será reenviada.

No último cenário, as mensagens são enfileiradas para entrega a um servidor de expansão, e o atributo NextHopSolutionKey contém o nome de domínio totalmente qualificado (FQDN) do servidor de expansão para o grupo de distribuição. Se a função do servidor de Transporte de Hub for desinstalada do servidor de expansão especificado, essa alteração de configuração é detectada durante a fase de entrega da mensagem e a fila é reenviada.

Retransmissão de SMTP para um site remoto do Active Directory

Quando uma mensagem está sendo entregue a um site remoto do Active Directory, o próximo salto é um site do Active Directory diferente daquele em que o servidor de Transporte de Hub está processando a mensagem. Este tipo de entrega ocorre nos seguintes cenários:

• O destinatário é um usuário resolvido, um banco de dados de caixa de correio ou uma pasta pública, e o computador de destino é um servidor do Exchange 2010 em um site remoto do Active Directory.

• O destinatário é um endereço externo, e os servidores de origem do conector de Envio selecionado para esse endereço são servidores do Exchange 2010 em um site remoto do Active Directory.

• O destinatário é um endereço externo, e os servidores de origem do conector Estrangeiro selecionados pelo componente de roteamento do categorizador são servidores do Exchange 2010 em um site remoto do Active Directory.

• O destinatário é um grupo de distribuição, e o servidor de expansão é um servidor de Transporte de Hub do Exchange 2010 em um site remoto do Active Directory.

• A caixa de correio do destinatário está localizada em um servidor do Exchange 2003, e o servidor de Transporte de Hub mais próximo, listado como um servidor de origem do conector do grupo de roteamento selecionado, está localizado em um site remoto do Active Directory.

Nesses três cenários, se o site remoto do Active Directory for excluído, a alteração de configuração será detectada durante a fase de entrega da mensagem, e a fila será reenviada.

Retransmissão de SMTP para um Exchange 2003 Server

Quando uma mensagem está sendo entregue a um servidor do Exchange 2003, o servidor de Transporte de Hub do Exchange 2010 retransmite a mensagem por um conector do grupo de roteamento para um servidor do Exchange 2003. Este tipo de entrega ocorre nos seguintes cenários:

• O destinatário é um usuário resolvido, um banco de dados de caixa de correio ou uma pasta pública em um servidor do Exchange 2003.

• O destinatário é um endereço externo, e os servidores de origem do conector SMTP selecionado para esse endereço são servidores do Exchange 2003.

• O destinatário é um endereço externo, e os servidores de origem do conector Estrangeiro selecionado para esse endereço são servidores do Exchange 2003.

• O destinatário é um grupo de distribuição, e o servidor de expansão designado é um servidor do Exchange 2003.

Nesses três cenários, se o conector do grupo de roteamento for excluído, a alteração de configuração será detectada durante a fase de entrega da mensagem, e a fila será reenviada.

Alterações no próximo salto

Em alguns cenários, o próximo salto não é invalidado. Entretanto, ele é modificado de forma a afetar a conexão de um destino do próximo salto. Tais alterações de configuração são automaticamente detectadas durante a fase de entrega das mensagens, e estas são entregues aos novos destinos.

Os tipos de alteração a seguir fazem uma atualização na lista de próximos saltos de destino:

• Alterações na lista de servidores de destino de um conector do grupo de roteamento.

• Alterações na lista de servidores de Transporte de Hub no site remoto do Active Directory.

• Alterações na lista de servidores de Transporte de Hub ou servidores de Transporte de Borda no site local do Active Directory.

• A introdução de sites de hub em um caminho de roteamento calculado previamente. Quando essa alteração é detectada durante a fase de entrega das mensagens, a lista de endereços IP retornada para resolver a solicitação é ajustada de maneira que a mensagem seja enviada ao site do hub.

Caminhos de roteamento menos preferidos

Se uma alteração de configuração faz o caminho de roteamento calculado previamente se tornar menos preferido ou remove o caminho de roteamento de consideração, o caminho de roteamento ainda fica acessível, e as mensagens ainda podem ser entregues no caminho de roteamento calculado previamente. As alterações de configuração a seguir caem nessa categoria:

• Restrições de tamanho de mensagem são adicionados ao longo do caminho de roteamento. Isso faz com que mensagens que excedam o limite de tamanho sejam roteadas ao longo de um caminho de roteamento diferente.

• É criado um caminho de roteamento com melhor custo ou proximidade

• O espaço para endereço do conector é alterado.

• Outras alterações relacionadas ao conector ocorre, como habilitação ou modificação do escopo de um conector. Por exemplo, se um conector cujo escopo tenha sido alterado de global para em escopo estiver no site local do Active Directory, a alteração não terá efeito. Se o conector estiver em um site remoto do Active Directory, a alteração não será detectada durante a fase de entrega das mensagens, pois estas são enfileiradas em um site remoto do Active Directory e não no conector.

• Quando o caminho de roteamento tentar fazer uma retransmissão de SMTP a um servidor da Caixa de Correio no site remoto do Active Directory, o servidor da Caixa de Correio se moverá de um site remoto do Active Directory para um site local do Active Directory.

• O caminho de roteamento está tentando atingir o servidor de expansão para um grupo de distribuição quando ele não é mais um servidor de expansão.

Nesses cenários, as mensagens existentes são entregues ao longo do caminho de roteamento já calculado. Como o caminho de roteamento existe e está acessível, as mensagens que já foram roteadas não são afetadas por essas alterações de configuração. Entretanto, mensagens recém-enviadas são roteadas usando a configuração atualizada.

Próximo salto indisponível

Nesse cenário, uma alteração de configuração ou alteração de conectividade de rede não invalida o próximo salto para o qual as mensagens são roteadas, porém torna-o indisponível. Isso significa que não será possível estabelecer uma conexão SMTP com o próximo salto de destino por alguma razão. As possíveis razões são:

• Foi feita uma tentativa de estabelecer conexão SMTP com um servidor de Transporte de Hub offline no momento no site local.

• Um site remoto do Active Directory tem servidores de Transporte de Hub offline ou indisponíveis.

• Um grupo de roteamento remoto possui servidores bridgehead do Exchange 2003 que estão indisponíveis ou offline.

• Domínios remotos estão indisponíveis por problemas na conectividade de rede.

As falhas na entrega das mensagens são causadas por problemas de conectividade de rede não detectadas pelo componente de roteamento do categorizador. Quando uma conexão SMTP não pode ser estabelecida no destino do próximo salto, o conector de Envio SMTP tenta novamente a fila. O parâmetro MaxIdleTimeBeforeResubmit, localizado no arquivo EdgeTransport.exe.config, tem um valor-padrão de 12 horas. Depois da expiração do intervalo da nova tentativa configurável (MaxIdleTimeBeforeResubmit) sem o estabelecimento de uma conexão bem-sucedida, todas as mensagens da fila de entrega são reenviadas para a fila de Envio. Se o problema de conectividade ainda existir, este processo será repetido. Se o problema de conectividade for resolvido, as mensagens serão entregues assim que a nova tentativa for bem-sucedida. Ou uma alteração de configuração que modifica o destino do próximo salto pode resolver o problema. Por exemplo, se o problema for causado por todos os servidores de Transporte de Hub em um site de destino estarem offline e você mover as caixas de correio para um servidor em um site diferente, o próximo salto mudará para o novo site.

Outros cenários em que ocorrem reencaminhamento

Além dos cenários descritos anteriormente nesta seção, os cenários a seguir provocam o reencaminhamento das mensagens durante a fase de entrega:

• Falha da resolução de DNS MX para um conector de DNS. Se houver falha na resolução MX de DNS, porque o host de autorização para o registro MX não foi encontrado, será enviado uma NDR imediatamente para as mensagens da fila. Se ocorrerem outros tipos de falha, a fila será colocada em modo nova tentativa até que uma conexão seja estabelecida ou as mensagens expirem.

• Falha da resolução de DNS MX para um conector de host inteligente. A fila é colocada em modo nova tentativa até que as mensagens expirem.

Alterações de configuração que causam reencaminhamento ou atraso de mensagem

A tabela a seguir resume as ações de roteamento tomadas quando alterações específicas de configuração são detectadas durante a fase de entrega das mensagens, e estas são reencaminhadas ou a entrega é atrasada.

Alterações de configuração que causam reencaminhamento e atraso de mensagem

Fila Inacessível

A fila Inacessível contém mensagens que não podem ser roteadas para seus destinos. Normalmente, um destino inacessível é causado por endereços de e-mail errados ou alterações na configuração que modificaram o caminho de roteamento da entrega. Seja qual for o destino, todas as mensagens que tenham destinatários inacessíveis residem nessa fila.

A decisão de colocar uma mensagem na fila Inacessível é tomada durante a fase de categorização do roteamento. Se um caminho de roteamento não puder ser calculado para uma mensagem durante a fase de roteamento, a mensagem é enviada à fila Inacessível. As mensagens da fila inacessível são roteadas depois que as alterações de configuração são processadas. Só existe uma fila Inacessível para cada servidor de transporte do Exchange 2010.

Durante a categorização, as mensagens são colocadas na fila Inacessível quando as seguintes condições são verdadeiras:

• O destinatário é um objeto de destinatário do Active Directory válido. Entretanto, um caminho de roteamento não pode ser calculado para esse destinatário.

• O destinatário é um endereço SMTP externo, e um conector correspondente não pode ser encontrado para o espaço de endereçamento. Um conector correspondente também pode ser ignorado pelo componente de roteamento do categorizador, pois ele está desabilitado ou configurado incorretamente.

• O destinatário é um grupo de distribuição. O servidor de expansão para o grupo de distribuição é inválido ou não tem a função do servidor de Transporte de Hub instalada.

• O destinatário é um destinatário de endereço SMTP de uma mensagem que foi recebida em um conector de Recebimento vinculado ao conector de Envio que foi ignorado pelo componente de roteamento do categorizador, pois estava desabilitado ou configurado incorretamente de alguma forma.

Nos cenários a seguir, as mensagens não são colocadas na fila Inacessível e, em vez disso, as NDRs são enviadas:

• Não é possível calcular o caminho de roteamento para um destinatário, pois restrições, como as de tamanho de mensagem, impedem a entrega da mensagem com a rota única determinística calculada pelo categorizador.

• O destinatário é um endereço não SMTP, e não é possível localizar um conector correspondente. Ou o conector correspondente está desabilitado ou configurado incorretamente.

• O destinatário é um destinatário de endereço não SMTP de uma mensagem que foi recebida em um conector de Recebimento vinculado a um conector de Envio que foi ignorado pelo componente de roteamento do categorizador, pois estava desabilitado ou configurado incorretamente.

As mensagens da fila inacessível são reenviadas para o categorizador quando as tabelas de roteamento são recriadas devido a alterações de configuração. As tabelas de roteaemento antigas e as novas são comparadas. A fila Inacessível é reenviada somente se as tabelas de roteamento antigas e as novas não forem correspondentes.

Cenários em que mensagens são colocadas na fila inacessível

Esta seção descreve alguns cenários em que as mensagens são colocadas na fila inacessível.

• Um conector do grupo de roteamento entre uma organização do Exchange 2010 e uma organização do Exchange 2003 não existe
  Um conector do grupo de roteamento entre o grupo de roteamento do Exchange 2010 e grupos de roteamento do Exchange 2003 não foi configurado, ou o último conector do grupo de roteamento entre o grupo de roteamento do Exchange 2010 e os grupos de roteamento do Exchange 2003 foi removido. Não existe conector do grupo de roteamento para fornecer um caminho de roteamento para os destinatários do Exchange 2003. Para resolver esse problema, primeiro verifique se o conector do grupo de roteamento está ausente. Se esse for o caso, você poderá criar um conector para o grupo de roteamento. Para mais informações, consulte Criar conectores de grupo de roteamento adicionais do Exchange 2010 para o Exchange 2003. Se um grupo de roteamento existir, a mensagem está na fila inacessível por alguma outra razão. Verifique a configuração do conector do grupo de roteamento.

• O site do Active Directory de destino não tem servidores de Transporte de Hub.
  O site do Active Directory de destino não tem servidores de Transporte de Hub. Nesse cenário, as mensagens para os destinatários desse site são enviadas para a fila Inacessível. Para resolver este problema, implante um servidor de Transporte de Hub no site do Active Directory. Para obter mais informações, consulte Visão geral sobre a função do servidor de transporte de Hub.

• Um link do site do Active Directory não existe entre dois sites do Active Directory.
  Um link do site do Active Directory foi removido e, como resultado, um site desconectado do Active Directory contém servidores do Exchange 2010. Para resolver este problema, crie um link para o site do Active Directory usando os Sites e Serviços do Active Directory.

• Outros problemas
  Quando uma mensagem é colocada na fila inacessível, a última mensagem de erro especifica por que a mensagem foi colocada ma fila inacessível. Se mais de um destinatário da mesma mensagem for roteado para a fila Inacessível mas por razões diferentes, o último erro disponível em cada destinatário especifica o motivo. Quando são encontradas inconsistências durante a computação da tabela de roteamento, os eventos são registrados no log do Aplicativo do Visualizador de Eventos do Windows. A última mensagem de erro e esses eventos podem ajudar a determinar o erro de configuração e a fazer as correções de forma que as mensagens da fila Inacessível possam ser roteadas com êxito.

  Você pode também forçar manualmente o reenvio das mensagens nas filas. Para obter mais informações, consulte Reenviar Mensagens em Filas.

 © 2010 Microsoft Corporation. Todos os direitos reservados.