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

Traduções deste artigo Traduções deste artigo
ID do artigo: 305525 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Neste artigo

Sintomas

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.

Resolução

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:
301378XGEN: Como obter o Service Pack mais recente do Exchange 2000 Server
A versão em inglês dessa correção apresenta os seguintes atributos de arquivo ou posteriores:

Componente: roteamento

Recolher esta tabelaExpandir esta tabela
Nome de arquivoVersão
Mtaroute.dll6.0.4720.41
PHATQ.dll6.0.4720.41
Reapi.dll6.0.4720.41
Resvc.dll6.0.4720.41
Tranmsg.dll6.0.4720.41

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

Situação

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.

Mais Informações

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:
The following recipient(s) could not be reached:

   C=US,A=ADMD,P=PRMD,O=Org1,S=Justin on 8/8/2001 12:00 AM
      You do not have permission to send to this recipient. For assistance, contact your system administrator.
      <cpandl.adatum.com.com #5.7.1>
					
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.

Propriedades

ID do artigo: 305525 - Última revisão: quinta-feira, 24 de outubro de 2013 - Revisão: 1.5
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange 2000 Server Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbbug kbexchange2000presp2fix kbexchange2000sp2fix kbfix KB305525 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 305525

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com