XCON: Roteamento não usa um espaço de endereço que é menos específico para enviar mensagens, mesmo se o espaço de endereço que é mais específico não está disponível devido a restrições

No Exchange 2000, se você tiver vários conectores para vários espaços de endereço, e você usar um "agregada espaço de endereço" de outros grupos de roteamento a um grupo de roteamento de destino, o roteamento não pode usar um espaço de endereço que seja menos específico para entregar mensagens, mesmo se o espaço de endereço é mais específico não estiver disponível devido a restrições de.

Para resolver esse problema, obtenha o service pack mais recente para o Microsoft Exchange 2000 Server. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: A versão em inglês dessa correção apresenta os seguintes atributos de arquivo ou posteriores:

Componente: roteamento


Observação : devido a dependências do arquivo, esta atualização requer o Microsoft Exchange Server 2000 Service Pack 1.

A Microsoft confirmou que este é um problema no Microsoft Exchange 2000 Server. Esse problema foi corrigido primeiro no Microsoft Exchange 2000 Server Service Pack 2.

Conector, grupo de roteamento e informações de espaço de endereço

No Exchange 2000, você pode criar um conector que está disponível somente para um grupo de roteamento, em vez de toda a organização. Você também poderá vários grupos de roteamento downstream tenham acesso a esse conector. Você pode fazer isso criando conectores dos grupos de roteamento downstream para o grupo de roteamento que hospeda o conector original, usando o mesmo tipo de endereço e espaço.

Considere um exemplo no qual RoutingGroupA hospeda ConnectorA com um espaço de endereço de X 400: C = US, A = ADMD, P = PRMD, O = Org, escopo a um grupo de roteamento. Para RoutingGroupB usar ConnectorA, um conector deve existir de RoutingGroupB RoutingGroupA com um espaço de endereço de X 400: C = US, A = ADMD, P = PRMD, O = Org. Esse conector também deve ser delimitado para um grupo de roteamento (em vez da organização) para evitar loops de email.

Como RoutingGroupC é downstream do RoutingGroupB, deve existir um conector de RoutingGroupC para RoutingGroupB com um espaço de endereço de X 400: C = US, A = ADMD, P = PRMD, O = Org, que deve ser delimitada para um grupo de roteamento.

Quando o mecanismo de roteamento envia uma mensagem de RoutingGroupC para um endereço que é semelhante a X 400: C = US, A = ADMD, P = PRMD, O = Org, s = Justin, as pesquisas de mecanismo de roteamento para uma rota "melhor correspondência" e localiza todas as três rotas (RoutingGroupC--> RoutingGroupB conector RoutingGroupB--> RoutingGroupA conector e o conector RoutingGroupA o destino final).

O mecanismo de roteamento determina que ele deve enviar a mensagem através do conector local (RoutingGroupC--> RoutingGroupB conector) porque as outras rotas são escopo para outro grupo de roteamento e essas rotas, portanto, estão indisponíveis para esse grupo de roteamento.

Esse comportamento não é alterado depois de aplicar a correção descrita na seção "Resolução" deste artigo.

Espaço de endereço agregada

Também convém ter vários conectores para vários espaços de endereço e usar um espaço de endereço agregada de outros grupos de roteamento a um grupo de roteamento de destino.

Considere um exemplo no qual RoutingGroupA hospeda os seguintes conectores com os seguintes espaços de endereço:

• ConnectorA - 400 X: C = US, A = ADMD, P = PRMD, O = Org1, escopo a um grupo de roteamento.
• ConnectorB - 400 X: C = US, A = ADMD, P = PRMD, O = Org2, escopo a um grupo de roteamento.
• ConnectorC - 400 X: C = US, A = ADMD, P = PRMD, O = Org3, escopo a um grupo de roteamento.

Para permitir que RoutingGroupB para usar esses conectores, você pode criar um espaço de endereço agregada de X 400: C = US, A = ADMD, P = PRMD em um conector de RoutingGroupB para RoutingGroupA. Escopo como no exemplo na seção "Conector informações" deste artigo, esse conector deve também ser definido para um grupo de roteamento (em vez de uma organização) para evitar loops de email.

Como RoutingGroupC é downstream do RoutingGroupB, deve existir um conector de RoutingGroupC para RoutingGroupB. Esse conector também pode usar um espaço de endereço agregada de X 400: C = US, A = ADMD, P = PRMD e deve ser delimitada para um grupo de roteamento.

Se você envia uma mensagem de RoutingGroupC para um endereço como 400 X: C = US, A = ADMD, P = PRMD, O = Org1, s = Justin, as pesquisas de mecanismo de roteamento para uma rota "melhor correspondência" e localiza todas as três rotas (RoutingGroupC--> RoutingGroupB conector RoutingGroupB--> RoutingGroupA conector e o conector no RoutingGroupA para o destino final).

O mecanismo de roteamento determina que ele deve enviar a mensagem sobre o conector no RoutingGroupA porque os outros conectores são menos específicos e, portanto, não são a melhor correspondência. mecanismo de roteamento não considera o fato de que o conector só está disponível para RoutingGroupA e a mensagem gera um relatório de não-entrega (NDR) é semelhante ao: Esse comportamento não é intuitivo e não é consistente com o comportamento no Microsoft Exchange Server versão 5.5.

Depois de aplicar a correção na seção "Resolução" deste artigo, o mecanismo de roteamento descarta as seguintes rotas como rotas possíveis:

• Conectores que não são locais e escopo a um grupo de roteamento. - e -
  
  
• Rotas que aprendeu do Exchange Server 5.5 e são escopo para um site ou local.

Se você for configurar espaços de endereço agregada dessa maneira, certifique-se que você não causam loops potenciais de email. Cada grupo de roteamento, certifique-se que os conectores que você adicionar com esses espaços de endereço são escopo de um grupo de roteamento.