Planejando reconfiguração de endereço

Artigo
09/30/2014

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2007-11-08

No Microsoft Exchange Server 2007, 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 2007.

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

Você pode usar a regravação de endereço para obter uma aparência consistente para destinatários externos de mensagens da sua organização do Exchange 2007. 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 2007 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.

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 someone@fourthcoffee.com para someone@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, reconfiguradas e, então, roteadas para os endereços 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.

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 1 mostra quais campos de cabeçalho SMTP são reconfigurados em mensagens de entrada e de saída.

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

Campo de cabeçalho SMTP	Saída	Entrada
Envelope De (MENSAGEM DE)	Reconfigurado	Não reconfigurado
Envelope Para (RCPT PARA)	Não reconfigurado	Reconfigurado
Corpo Para	Reconfigurado	Não reconfigurado
Corpo Cc	Reconfigurado	Não reconfigurado
Corpo De	Reconfigurado	Não reconfigurado
Corpo Remetente	Reconfigurado	Não reconfigurado
Corpo Responder Para	Reconfigurado	Não reconfigurado
Corpo Retornar Recebimento Para	Reconfigurado	Não reconfigurado
Corpo Disposição Notificação Para	Reconfigurado	Não reconfigurado
Corpo Reenviado De	Reconfigurado	Não reconfigurado
Corpo Reenviado Remetente	Reconfigurado	Não reconfigurado

O que os agentes de reconfiguração de endereço não irão reconfigurar

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:

Retorno-Caminho
Recebidas
Message-ID
X-MS-TNEF-Correlação
Conteúdo-Tipo Limite=seqüência
Cabeçalhos localizados dentro de partes do corpo MIME

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.

Importante

Solicitações de reunião enviadas a domínios remotos e que não dão suporte a TNEF são enviadas como anexos de iCalendar. Como os agentes de reconfiguração de endereço não modificam os campos de cabeçalho de mensagens incorporadas, os endereços nessas solicitações de reunião não serão modificados.

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 2007, 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 ted@sales.contoso.com e ted@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 ted@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.

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.

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:

Endereços de email individuais Por exemplo, mapeando john@contoso.com para support@contoso.com.
Mapeamento de subdomínio ou domínio específico Por exemplo, mapeando Contoso.com para Northwindtraders.com ou Sales.contoso.com para Contoso.com.
Planificação de domínio Por exemplo, planificando *.contoso.com para 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.

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

Para obter mais informações

Para obter mais informações sobre reconfiguração de endereço, consulte os tópicos a seguir:

Compartilhar via