Reencaminhamento de mensagens e a fila inacessível
Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Tópico modificado em: 2007-08-14
Este tópico descreve cenários de roteamento de mensagens do Microsoft Exchange Server 2007 em que uma mensagem que não é entregue é colocada na fila inacessível por uma das seguintes razões:
Não foi possível determinar um caminho de roteamento.
A mensagem foi reencaminhada.
Quando você controla o fluxo de mensagens ou monitora filas de mensagem de transporte usando o Visualizador de Filas, é útil compreender sob quais condições as mensagens são colocadas em filas inacessíveis ou reencaminhadas. Quando uma mensagem é reencaminhada, ela é reenviada para a fila de envio para determinar o caminho de roteamento atual menos dispendioso. O categorizador determina o caminho de roteamento.
Dica
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 em Envio SMTP. Se houver alterações de configurações que exijam o reenvio de uma mensagem da fila, a mensagem é reenviada para recategorização na fase de entrega de mensagens 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 obter mais informações sobre como o caminho de roteamento de menor custo é computador, consulte Compreendendo o roteamento baseado em site do Active Directory. Para obter mais informações sobre como funciona o categorizador, consulte Arquitetura de Transporte.
Os servidores de transporte do Exchange 2007 detectam alterações de configuração que podem modificar o roteamento de uma mensagem. Para obter mais informações sobre como mensagens são roteadas em uma organização do Exchange 2007 usando roteamento de site baseado em Active Directory, consulte Compreendendo o roteamento baseado em site do Active Directory. Para obter informações sobre como solucionar problemas de fluxo de e-mail usando o Visualizador de Filas e outras ferramentas, consulte os seguintes tópicos:
Solução de problemas de falhas na entrega de mensagens no Exchange 2007
O site do Exchange 2007: Solucionando Problemas com Filas de Transporte do Exchange 2007 (esta página pode estar em inglês).
Dica
O conteúdo de cada site e blog e suas URLs estão sujeitos a alterações sem aviso.
Cenários em que ocorrem reencaminhamento
As filas de entrega remota são o foco principal do reencaminhamento de mensagens. A entrega local se refere a mensagens enviadas a um destinatário com uma caixa de correio no mesmo site do Active Directory como o servidor de Transporte de Hub em que a categorização ocorreu. A entrega remota se refere às mensagens a destinatários da organização com Exchange e a destinatários externos. A entrega remota inclui o roteamento para sites remotos do Active Directory, grupos de roteamento herdados e domínios remotos. 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). O DNS Aprimorado é um componente do serviço de Transporte do Microsoft Exchange. Durante a resolução do DNS aprimorado, a próxima seleção de salto é resolvida em uma lista de nomes de servidores de destino. O próximo salto é uma propriedade carimbada como o atributo NextHopSolutionKey na mensagem, durante a categorização. O componente de roteamento do categorizador da mensagem tenta detectar qualquer alteração de configuração que exija um reenvio de mensagens na fila.
O driver de armazenamento é um componente do servidor Transporte de Hub que entrega mensagens de entrada aos bancos de dados Exchange. O driver de armazenamento reenvia a mensagem para reencaminhamento se as seguintes condições forem verdadeiras:
Uma mensagem está em uma fila de entrega MAPI e o próximo salto foi selecionado. Mas esta mensagem ainda 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 armazenamento tentar enviar mensagens para ele, o driver de armazenamento 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, isto é, uma fila que está sendo roteada novamente para um conector externo, 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 diretórios de recebimento configurados para serem usados por conectores externos. Por exemplo, a exclusão ou desabilitação de um conector externo requer o reencaminhamento de mensagens para outro conector.
Vários tipos de alterações de configuração afetam o roteamento de mensagem. Há uma explicação posteriormente nesta seção sobre como essas alterações são tratadas pelo serviço de Transporte do Microsoft Exchange e como essas alterações afetam a entrega de mensagens. A lista a seguir resume os tipos de alterações de configuração:
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.
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 ocorrem em um caminho de roteamento computado previamente, as mensagens já roteadas são entregues, se o caminho de roteamento for 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. Entretanto, o próximo salto não é alterado. Um exemplo ocorre quando os servidores de Transporte de Hub estão offline em um site do Active Directory.
Casos especiais Em alguns casos, as alterações de configuração podem ser provocadas quando a resolução de DNS MX falha para um conector DNS ou um conector de host inteligente.
Consulte a tabela Alterações de configuração que causam reencaminhamento e atraso de mensagens posteriormente neste tópico para obter uma lista completa de alterações de configuração que afetam o roteamento de uma mensagem.
Próximos saltos inválidos
Esta seção descreve as alterações de configuração que podem invalidar um próximo salto calculado anteriormente. 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 Enviar selecionado pelo componente de roteamento do categorizador for excluído ou desabilitado, a alteração de configuração é detectada durante a fase de entrega da mensagem. Isso faz com que todas as mensagens da fila sejam recategorizadas.
Se a configuração do conector Enviar for alterada para remover o servidor local como um servidor de origem do conector, a alteração da configuração é detectada durante a fase de entrega da mensagem e todas as mensagens da fila são recategorizadas.
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 Enviar, as mensagens que foram roteadas pelo conector Enviar 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 nos seguintes cenários:
O destinatário tem um endereço externo e pelo menos um dos servidores de origem do conector Enviar é um servidor de Transporte de Hub do Exchange 2007 localizado no site do Active Directory local.
O destinatário tem um endereço externo e pelo menos um dos servidores de origem do conector Enviar é um servidor de Transporte de Borda do Exchange 2007 inscrito no site do Active Directory local.
A caixa de correio do destinatário está localizada em um servidor que executa o Microsoft 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 2007 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 2007 no site do Active Directory local.
Nos três primeiros cenários, se o conector Enviar for excluído ou desabilitado, a alteração de configuração é detectada durante a fase de entrega da mensagem e a fila é reenviada.
No quarto cenário, as mensagens são enfileiradas para entrega em um servidor de expansão e o atributo NextHopSolutionKey contém o FQDN (Nome de Domínio Totalmente Qualificado) 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 em um site remoto do Active Directory, o próximo salto é um site diferente do Active Directory do que o 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, banco de dados de caixa de correio ou pasta pública e o computador de destino é um servidor do Exchange 2007 em um site remoto do Active Directory.
O destinatário é um endereço externo e os servidores de origem do conector Enviar selecionado para esse endereço são servidores do Exchange 2007 em um site remoto do Active Directory.
O destinatário é um endereço externo e os servidores de origem do conector externo selecionados pelo componente de roteamento do categorizador são servidores do Exchange 2007 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 2007 em um site remoto do Active Directory.
A caixa de correio do destinatário se localiza em um servidor do Exchange 2003 e o servidor de Transporte de Hub mais próximo que está 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 ou desabilitado, a alteração de configuração é detectada durante a fase de entrega da mensagem e a fila é 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 2007 retransmite a mensagem por um conector de 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, banco de dados de caixa de correio ou pasta pública localizado em um servidor do Exchange 2003.
O destinatário é um endereço externo. E os servidores de origem para o conector SMTP que são selecionados para esse endereço são servidores do Exchange 2003.
O destinatário é um endereço externo. E os servidores de origem para o conector externo 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 ou desabilitado, a alteração de configuração é detectada durante a fase de entrega da mensagem e a fila é reenviada.
Alterações nos próximos saltos
Em alguns cenários, o próximo salto não é invalidado. Entretanto, ele é modificado de uma forma que afeta a conexão para um próximo salto de destino. Tais alterações de configuração são automaticamente pegas durante a fase de entrega das mensagens e as mensagens são entregues nos 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 do servidor de destino de um conector do grupo de roteamento
Alterações nos 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 de um site local do Active Directory.
Alterações na lista de hosts inteligentes de um conector do host inteligente
A introdução de sites de hub em um caminho de roteamento calculado previamente. Quando esta alteração é detectada durante a fase de entrega de mensagem, a lista de endereços IP retornada para resolver a solicitação é ajustada de forma que a mensagem é entregue ao site do hub.
Caminhos de roteamento menos preferidos
Se uma alteração de configuração faz com que o caminho de roteamento previamente calculado se torne menos preferido ou remove o caminho de roteamento de consideração, ele ainda fica acessível e as mensagens são 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. Se o conector cujo escopo tenha sido alterado de global para em escopo, por exemplo, 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 da mensagem, pois as mensagens são enfileiradas em um site remoto do Active Directory, em vez de 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 são entregues ao longo do caminho de roteamento calculado. Como o caminho de roteamento existe e é acessível, as mensagens que já são roteadas não serão afetadas por essas alterações de configuração. Entretanto, mensagens recém-enviadas são roteadas usando a configuração atualizada.
Próximos saltos indisponíveis
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, mas torna o próximo salto 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 tem servidores bridgehead do Exchange 2003 ou do Microsoft Exchange 2000 Server.
Domínios remotos estão indisponíveis por problemas na conectividade de rede.
Falhas na entrega de mensagens causadas por problemas de conectividade de rede não sã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 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 de 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 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.
Dica
O reenvio automático da fila de entrega de mensagens para a fila Envio só ocorre para filas de não-conector. As filas do conector permanecem no modo de nova tentativa até o problema ser resolvido, ou as mensagens expiram e um NDR (Relatório de Não Envio) é enviado.
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 de resolução de DNS MX porque o host de autorização para o registro MX não foi encontrado, será enviado um NDR imediatamente para as mensagens da fila. Se ocorrerem outros tipos de falha, a fila será colocada em 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 nova tentativa até as mensagens expirarem.
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 de mensagens e as mensagens são roteadas novamente ou a entrega é atrasada.
Alterações de configuração que causam reencaminhamento e atraso de mensagem
| Cenário de roteamento | Alteração de configuração e ação de roteamento | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
A mensagem é roteada para um conector DNS configurado no servidor local. |
|
||||||||||||||||
A mensagem é roteada para um conector de host inteligente configurado no servidor local. |
|
||||||||||||||||
A mensagem é roteada para um conector com um servidor de Transporte do Hub ou servidor de Transporte de Borda no site local do Active Directory. |
|
||||||||||||||||
As mensagens são retransmitidas para um servidor de expansão para um grupo de distribuição do site local do Active Directory. |
|
||||||||||||||||
As mensagens são roteadas para um servidor de transporte no site local do Active Directory |
|
||||||||||||||||
A mensagem é roteada para um site remoto do Active Directory |
|
||||||||||||||||
A mensagem é roteada para um servidor do Exchange 2003 em um grupo de roteamento remoto. |
|
||||||||||||||||
A mensagem é roteada para um destino e há alterações de configuração, mas o destino ainda é acessível. |
|
||||||||||||||||
A mensagem é roteada usando a entrega MAPI para um servidor da Caixa de Correio. |
|
||||||||||||||||
A mensagem é roteada usando um gateway não-SMTP para um conector não-SMTP configurado no servidor local. |
|
Fila Inacessível
Cada servidor de transporte pode ter apenas uma fila inacessível. A fila de inacessíveis contém mensagens que não podem ser roteadas para seus destinos. Normalmente, um destino inacessível é causado por 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. Para obter mais informações sobre filas, consulte Gerenciando filas.
Como explicado anteriormente neste tópico, 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 2007.
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 não SMTP externo e não é possível localizar um conector correspondente 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 mal configurado.
O destinatário é um grupo de distribuição. E o servidor de expansão para o grupo de distribuição é inválido ou não tem a função do servidor do Transporte de Hub instalada.
O destinatário é um destinatário do endereço SMTP de uma mensagem que foi recebida em um conector Recebimento vinculado ao conector Envio que foi ignorado pelo componente de roteamento do categorizador, pois foi estava desabilitado ou mal configurado.
Nos cenários a seguir, as mensagens não são colocadas na fila Inacessível. Em vez disso, são enviados NDRs.
Não é possível calcular o caminho de roteamento para um destinatário, pois restrições como restrições de tamanho da 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 mal configurado.
O destinatário é um destinatário do endereço não-SMTP de uma mensagem que foi recebida em um conector Recebimento vinculado ao conector Envio que foi ignorado pelo componente de roteamento do categorizador, pois foi estava desabilitado ou mal configurado.
A decisão de reencaminhar a mensagem ocorre depois da categorização e durante a fase de entrega da mensagem. A decisão de colocar uma mensagem na fila inacessível é tomada durante a fase de categorização do roteamento. Uma mensagem reencaminhada pode ser colocada na fila inacessível se as alterações de configuração invalidarem o caminho de roteamento determinado. É possível ver filas inacessíveis no Visualizador de Filas marcado com o tipo de entrega da fila inacessível. Para obter mais informações sobre como solucionar problemas da fila inacessível e outros problemas de fluxo de mensagens, consulte os seguintes tópicos:
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 com Exchange 2007 e uma organização com Exchange 2003 não existe.
Um conector do grupo de roteamento entre o grupo de roteamento do Exchange 2007 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 2007 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 este problema, verifique se um conector do grupo de roteamento não existe antes de definir um novo conector do grupo de roteamento usando o cmdlet New-RoutingGroupConnector. Para obter mais informações, consulte Como criar conectores de grupo de roteamento do Exchange 2007 para o Exchange Server 2003 e New-RoutingGroupConnector. Se um grupo de roteamento existir, a mensagem está na fila inacessível por alguma outra razão. Para obter mais informações sobre como conectores do grupo de roteamento coexistem, consulte "Criando outros grupos de conectores de roteamento" em Roteamento de mensagens em um ambiente de coexistência.
- 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 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 Função de servidor de Transporte de Hub: Visão geral.
- 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 2007. Para resolver este problema crie um novo link do 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 forem 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 estes eventos podem ajudar o administrador a determinar o erro de configuração e fazer correções de forma que as mensagens da fila Incessível possa ser roteadas com êxito.Um administrador também pode reenviar mensagens manualmente nas filas. Use o cmdlet Retry-Queue com o parâmetroResubmit para que as mensagens de uma fila sejam reenviadas manualmente para o categorizador. Para obter mais informações, consulte Como reenviar mensagens em filas.
Para obter mais informações
Para obter mais informações, consulte os tópicos a seguir: