Noções Básicas Sobre Reconfiguração de Endereço

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

Tópico modificado em: 2015-03-09

No MicrosoftExchange Server 2010, a reconfiguração de endereço permite que você modifique os endereços de remetentes e destinatários em mensagens que entram e saem da sua organização do Exchange 2010.

Procurando tarefas de gerenciamento relacionadas ao gerenciamento de servidores de transporte? Consulte Gerenciando Servidores de Transporte.

Conteúdo

Por que usar a Reconfiguração de Endereço?

Cenários de Reconfiguração de Endereço

Cabeçalhos de mensagens SMTP

O que os Agentes de Reconfiguração de Endereço não reconfiguram

Considerações sobre o uso da reconfiguração de endereço somente de saída

Considerações sobre reconfiguração de endereço bidirecional

Considerações sobre a reconfiguração de endereços em vários domínios

Priorização de entradas de reconfiguração de endereço

Mensagens assinadas, criptografadas e protegidas por direitos digitalmente

Por que usar a Reconfiguração de Endereço?

Você pode usar a reconfiguração de endereço para obter uma aparência consistente para destinatários externos de mensagens da sua organização do Exchange 2010. A reconfiguração de endereço pode ser importante para organizações que usem fornecedores terceirizados para suporte e serviços de email. Seus clientes e parceiros esperam que os emails venham de sua organização, não de fornecedores terceirizados. Da mesma forma, após um fusão ou aquisição, uma organização pode desejar que todas as mensagens de email apareçam como vindas da nova organização única. O recurso de reconfiguração de endereço permite que as organizações estruturem seus negócios de acordo com requisitos comerciais em vez de limitações ou requisitos técnicos.

Você também pode usar a reconfiguração de endereço para habilitar o roteamento apropriado das mensagens de entrada externas à sua organização do Exchange 2010 para destinatários internos. A reconfiguração de endereço habilita respostas a mensagens que foram reconfiguradas para serem roteadas corretamente ao remetente original da mensagem reconfigurada.

Configure os agentes de Reconfiguração de Endereço no Conector de Recebimento e de Envio em um computador em que a função de servidor Transporte de Borda esteja instalada.

Voltar ao início

Cenários de Reconfiguração de Endereço

Os cenários a seguir são exemplos de como a reconfiguração de endereço pode beneficiar organizações:

• Consolidação de grupos   Algumas organizações segmentam seus negócios internos em domínios separados que são baseados em requisitos técnicos ou comerciais. No entanto, essa configuração pode fazer com que as mensagens de email pareçam vir de grupos separados ou, até mesmo, de organizações separadas. Essa aparência pode ser indesejável para a organização.

  O exemplo a seguir mostra como uma organização, a Contoso, Ltd., poderia ocultar seus subdomínios:

  • Mensagens de saída dos domínios Northamerica.contoso.com, Europe.contoso.com e Asia.contoso.com são reconfiguradas para parecer que são originadas de um único domínio Contoso.com. Todas as mensagens são reconfiguradas conforme são transmitidas através de servidores de Transporte de Borda que fornecem conectividade SMTP entre toda a organização e a Internet.

  • Mensagens de entrada para o domínio Contoso.com são transmitidas pelo servidor de Transporte de Borda para a função de servidor Transporte de Hub, que determina o destinatário correto. Por exemplo, mensagens para chris@contoso.com são enviadas para um servidor de Transporte de Hub interno, que determina a caixa de correio correta para enviar a mensagem usando o endereço de proxy que está configurado na conta de email do destinatário.

• Fusões e aquisições   Quando organizações se fundem ou são adquiridas, suas infra-estruturas tecnológicas devem ser modificadas para atender aos novos requisitos técnicos e comerciais. Uma empresa adquirida pode continuar a operar como uma unidade comercial independente, mas o administrador de email pode usar a reconfiguração de endereço para fazer com que as duas organizações pareçam ser uma única organização integrada.

  O exemplo a seguir mostra como a Contoso, Ltd. poderia ocultar o domínio de email da nova empresa adquirida, a Fourth Coffee:

  • A Contoso, Ltd. deseja que todas as mensagens de saída da organização do Exchange da Fourth Coffee pareçam ser originadas da Contoso.com. Todas as mensagens de ambas as organizações são enviadas através dos servidores de Transporte de Borda da Contoso, Ltd., onde as mensagens de email são reconfiguradas de alguém@fourthcoffee.com para alguém@contoso.com.

  • Mensagens de entrada para adam@contoso.com são reconfiguradas e roteadas para a conta de email adam@fourthcoffee.com. Mensagens de entrada que usem o domínio antigo adam@fourthcoffee.com também serão aceitas, pois o domínio ainda existe. Respostas de entrada para mensagens de email que foram reconfiguradas são manipuladas pelos servidores de transporte de borda da Contoso, Ltd., onde o agente de reconfiguração de endereço reconfigura o endereço do destinatário para que as respostas sejam roteadas corretamente para o endereço de email Fourthcoffee.com apropriado. Repostas para mensagens de email que tenham sido enviadas para os endereços de email da Fourthcoffee.com antes da fusão são roteadas diretamente para os servidores de email da Fourth Coffee.

• Parceiros   Muitas organizações usam parceiros externos para fornecer serviços para seus clientes, outros parceiros ou para a própria organização. Para evitar confusões, a organização pode substituir o domínio de email da organização do parceiro por seu próprio domínio de email.

  O exemplo a seguir mostra como a Contoso, Ltd. poderia ocultar o domínio de email de um parceiro:

  • A Contoso, Ltd. oferece suporte para a grande organização Wingtip Toys. A Wingtip Toys deseja uma experiência unificada para seus clientes e requer que todas as mensagens originadas da equipe de suporte da Contoso, Ltd. apareçam como se tivessem sido enviadas pela Wingtip Toys. Todas as mensagens de saída relacionadas à Wingtip Toys são enviadas através de seus servidores de Transporte de Borda e todos os endereços Contoso.com são reconfigurados para aparecerem como endereços Wingtiptoys.com.

  • Mensagens de entrada para support@wingtiptoys.com são aceitas pelos servidores de Transporte de Borda da Wingtip Toy, regravadas e, então, roteadas para o endereço de email support@contoso.com.

    Aviso

    Para que emails de entrada sejam mapeados e roteados corretamente, você deve certificar-se de que a parte de nome de usuário do endereço seja única entre todas as organizações que possam ser afetadas pela reconfiguração de endereço.

Voltar ao início

Cabeçalhos de mensagens SMTP

Os agentes de reconfiguração de email reconfiguram endereços de email reconfigurando os cabeçalhos SMTP das mensagens de email enviadas e recebidas por um servidor de Transporte de Borda. Os agentes de reconfiguração de endereço normalmente reconfiguram mensagens de saída porque a organização deseja ocultar os domínios e subdomínios internos da forma mais eficiente possível e apresentar um único domínio externo para a Internet. Os agentes de reconfiguração de endereço normalmente reconfiguram mensagens de entrada para roteá-las para os destinatários desejados. Por essas razões, os agentes de reconfiguração de endereço reconfiguram vários campos de cabeçalhos SMTP em mensagens de email de saída. Os agentes de reconfiguração de endereço reconfiguram apenas um campo de cabeçalho SMTP em mensagens de email de entrada. A tabela a seguir mostra quais campos de cabeçalho SMTP são reconfigurados em mensagens de entrada e de saída.

Campos de cabeçalho SMTP reconfigurados em mensagens de entrada e de saída

Voltar ao início

O que os Agentes de Reconfiguração de Endereço não reconfiguram

Os Agentes de Reconfiguração de endereço não reconfiguram muitos campos de cabeçalho SMTP, pois a reconfiguração de endereço iria interromper a funcionalidade SMTP. Por exemplo, a alteração desses cabeçalhos SMTP poderia afetar a detecção de loop de mensagens, invalidar a assinatura ou tornar uma mensagem protegida por direitos ilegível. Os seguintes campos de cabeçalho SMTP não são modificados pelos Agentes de Reconfiguração de endereço:

• Return-Path

• Received

• Message-ID

• X-MS-TNEF-Correlator

• Content-Type Boundary=string

• Headers located inside MIME body parts

Os Agentes de Reconfiguração de endereço também não reconfiguram campos de cabeçalho dentro de mensagens de email que contenham domínios sobre os quais o servidor de Transporte de Hub não tenha autoridade. A reconfiguração desses domínios causa uma forma incontrolável de retransmissão de mensagem.

Os Agentes de Reconfiguração de endereço também não modificam os campos de cabeçalho de mensagens que estejam incorporadas em outra mensagem. Remetentes e destinatários esperam que as mensagens incorporadas permaneçam intactas e sejam enviadas sem modificações, já que as mensagens não acionam regras de transporte que são implementadas entre o remetente e o destinatário.

Voltar ao início

Considerações sobre o uso da reconfiguração de endereço somente de saída

Quando uma mensagem de email é de saída da organização do Exchange 2010, a reconfiguração de endereço somente de saída envolve apenas a modificação do endereço SMTP do remetente. O agente de reconfiguração de endereço é configurado apenas no Conector de Envio do servidor de Transporte de Borda. A lista a seguir mostra as condições necessárias para configurar um agente de reconfiguração de endereço somente de saída:

• Os endereços do resultado devem ser únicos na organização. Por exemplo, se os endereços de email únicos ed@sales.contoso.com e ed@research.contoso.com estiverem incluídos em uma regra para reconfigurar todos os endereços para contoso.com, o Agente de Reconfiguração de endereço irá reconfigurar ambos os endereços para ed@contoso.com e causará um conflito.

• Um endereço de proxy deve ser configurado em cada caixa de correio que corresponda ao endereço de email reconfigurado. Isso permite que essas caixas de correio recebam respostas de mensagens de email nas quais os cabeçalhos foram reconfigurados.

• Quando você usar caracteres curinga, deverá haver um ponto entre o caractere curinga e o nome de domínio.

• Você só pode usar caracteres curinga no domínio interno.

• Não pode haver caracteres na frente do caractere curinga.

• A reconfiguração de endereço somente de saída não pode afetar o nome de usuário ou o nome para exibição do endereço.

• Há suporte somente para cadeias de caracteres literais.

Voltar ao início

Considerações sobre reconfiguração de endereço bidirecional

A reconfiguração de endereço bidirecional modifica o endereço SMTP do remetente nas mensagens de email que saem da organização do Exchange e o endereço SMTP do destinatário nas mensagens de email que entram na organização do Exchange. Para fazer isso, você deve configurar o agente de reconfiguração de endereço tanto no Conector de Envio como no Conector de Recebimento do servidor de Transporte de Borda.

A lista a seguir mostra as condições necessárias para criar um agente de reconfiguração de endereço bidirecional:

• Você não pode usar caracteres curinga.

• Você deve usar endereços SMTP completos ao configurar uma regra de reconfiguração de endereço bidirecional. Por exemplo, o endereço interno é chris@contoso.com e o endereço externo é support@contoso.com.

• Há suporte somente a cadeias de caracteres literais.

• Os endereços devem ser únicos na organização. Por exemplo, se o endereço de email bob@contoso.com já existir, mapear robert@fourthcoffee.com para bob@contoso.com irá fazer com que as respostas das mensagens de bob@contoso.com sejam enviadas para a pessoa errada.

Voltar ao início

Considerações sobre a reconfiguração de endereços em vários domínios

Antes de criar uma entrada de reconfiguração de endereço que reconfigura diversos domínios, você deve preparar seus subdomínios. Além disso, antes de realizar qualquer o procedimento para criar uma entrada de reconfiguração de endereço para vários subdomínios descrito no tópico Criar uma Entrada de Reconfiguração de Endereço, você deve compreender os requisitos para a reconfiguração de endereços de email em vários domínios para um único domínio e a pré-configuração apropriada para as caixas de correio e os contatos afetados.

Considerações importantes

Ao mesclar subdomínios internos em um domínio externo único, você deve considerar os seguintes fatores, que se aplicam somente quando vários subdomínios estão sendo reconfigurados:

• Alias exclusivos são necessários   Todos os alias de email, a parte do email à esquerda da arroba (@), devem ser exclusivos em todos os subdomínios. Por exemplo, se houver um email joe@sales.contoso.com, não poderá haver um email joe@marketing.contoso.com.

• Endereços de proxy são necessários   Um endereço de proxy que corresponde ao email produzido pelo Agente de Reconfiguração de Endereço deve ser configurado em todas as contas de email dos subdomínios que estão sendo reconfigurados. Por exemplo, se joe@sales.contoso.com for reconfigurado como joe@contoso.com, esse novo email deve ser adicionado como um endereço de proxy à caixa de correio de Joe.

• Contatos podem ser necessários   Se estiver reconfigurando um email de um sistema de email que não seja do Exchange 2010, você deve criar contatos habilitados para email do Active Directory para cada email reconfigurado que não seja do Exchange 2010. Esse contato habilitado para email deve conter o email original e o reconfigurado. Por exemplo, se joe@unix.contoso.com for reconfigurado como joe@contoso.com, você deverá criar um novo contato habilitado para email no Active Directory, usando joe@unix.contoso.com como o endereço SMTP de destino e joe@contoso.com como o Endereço SMTP do proxy.

Esses fatores são importantes, pois a reconfiguração de endereços em diversos subdomínios cria uma relação de vários para um entre subdomínios internos e o domínio visível externamente. Devido a essa relação de vários para um, o Agente de Reconfiguração de Endereço não pode determinar o subdomínio que contém o destinatário correto quando uma mensagem endereçada ao domínio visível externamente é recebida.

Removendo endereços de email conflitantes

Para criar uma entrada de reconfiguração de endereço que reconfigura vários subdomínios, certifique-se primeiro de que todos os alias de email sejam exclusivos em todos os subdomínios. Por exemplo, considere a configuração a seguir:

Os seguintes usuários estão nos subdomínios sales.contoso.com, marketing.contoso.com e research.contoso.com:

• maria@sales.contoso.com

• chris@sales.contoso.com

• david@marketing.contoso.com

• brian@marketing.contoso.com

• chris@research.contoso.com

• adam@research.contoso.com

Cada subdomínio tem dois usuários, e cada usuário possui um email exclusivo. Contudo, você precisa reconfigurar os subdomínios sales.contoso.com, marketing.contoso.com e research.contoso.com em um único domínio chamado contoso.com. A tabela a seguir mostra cada endereço de email original e seu endereço de email reconfigurado correspondente.

Endereços de emails originais e endereços de email reconfigurados correspondentes

Quando os emails de cada subdomínio são reconfigurados, um conflito ocorre entre chris@sales.contoso.com e chris@research.contoso.com. Assim, ambos os emails são reconfigurados como cris@contoso.com. Para solucionar essa situação, você deve alterar o email de uma das caixas de correio do destinatário para um endereço que não seja conflitante com o email de outro subdomínio.

Aplicando endereços de proxy a caixas de correio do destinatário

Para que as caixas de correio internas do destinatário recebam respostas para endereços reconfigurados, você deve configurar os destinatários usando um endereço de proxy que corresponda ao endereço externo reconfigurado.

Por exemplo, se houver uma caixa de correio para adam@research.contoso.com e o endereço externo reconfigurado for adam@contoso.com, a caixa de correio deve ser configurada com um endereço de proxy definido como adam@contoso.com.

Voltar ao início

Priorização de entradas de reconfiguração de endereço

A regra que melhor corresponde ao par de domínios interno e externo é aplicada. A priorização a seguir é a ordem exata de entradas de reconfiguração de endereço da prioridade mais alta para a prioridade mais baixa:

1. Endereços de email individuais   Por exemplo, mapeando john@contoso.com para support@contoso.com.

2. Mapeamento de subdomínio ou domínio específico   Por exemplo, mapeando Contoso.com para Northwindtraders.com ou Sales.contoso.com para Contoso.com.

3. Mesclagem de domínio   Por exemplo, mesclando *.contoso.com em Contoso.com. Por exemplo, as duas regras a seguir são configuradas no servidor de Transporte de Borda:

   *.contoso.com maps to Contoso.com
   Japan.sales.contoso.com maps to contoso.jp
   

   Se masato@japan.sales.contoso.com envia uma mensagem de email, o endereço é reconfigurado como masato@contoso.jp, pois essa regra é a que mais corresponde ao domínio interno do remetente, mesmo que a regra *.contoso.com esteja presente.

Voltar ao início

Mensagens assinadas, criptografadas e protegidas por direitos digitalmente

A reconfiguração de endereço não deverá afetar a maioria das mensagens assinadas, criptografadas ou protegidas por direitos. Se a reconfiguração de endereço for invalidar uma assinatura, tornar uma mensagem criptografada ou protegida por direitos ilegível ou alterar o status de segurança dessas mensagens de alguma forma, a reconfiguração de endereço não é aplicada.

Endereços e informações nas seguintes seções de mensagem podem ser reconfigurados, pois as informações destas seções não fazem parte da assinatura, criptografia ou proteção por direitos da mensagem:

• Campos de envelope SMTP

• Cabeçalhos dos corpos de mensagens de nível superior

Endereços e informações nas seguintes seções de mensagem não podem ser reconfigurados, pois as informações destas seções fazem parte da assinatura, criptografia ou proteção por direitos da mensagem:

• Cabeçalhos localizados dentro de partes do corpo MIME que possam ser assinados

• O parâmetro de seqüência de limite do tipo de conteúdo MIME

Voltar ao início

 © 2010 Microsoft Corporation. Todos os direitos reservados.