ADM: Address Rewrite Header

Print Friendly, PDF & Email

El Address Rewriting permite modificar las direcciones e-mail para mensajes entrantes y salientes. Es una configuración a nivel de Transport Server

Es muy típico cuando se adquiere una compañía (nike y adidas) y queremos que ambas compañías aparezcan de cara al exterior con el mismo SMTP (nikadas.com)

Sin Edge Transport Servers es imposible configurarlo y no es posible hacerlo via EMC, hay que hacerlo por consola

IMPORTANTE: las direcciones de e-mail que sobrescribamos con una dirección, deben tener los usuarios configurada una dirección proxy con la dirección de e-mail común. Si no es así, devolverá un NDR. Sabemos que podemos configurarlo con una e-mail address policy



Donde utilizar Address Rewriting

  • Consolidacion o Partners: cuando la compañía incluye varios grupos que tiene direcciones de email internas separadas del resto de la compañía. Por ejemplo tengo u grupo con la dirección @ventas.nike.local y queremos moverlo a una única dirección para que reemplace todos los mensajes originados por @ventas.nike.local a @nike.local
  • Fusiones o adquisiciones: Cuando una compañía (nike.com) compra a otra (adidas.com) que tiene un sistema de mensajería distinta. Entonces todos los mensajes los queremos sobrescribir con una dirección común @nike.com

En algunos casos como mensajes firmados, encriptados o right-protedtec no podemos cambiar la dirección porque sino haría el mensaje firmado invalido

Tambien pueden romper nuestra “Federating Calendaring” ya que el nombre del dominio se cambia

 

 

Headers modificables

Una SMTP header consiste de varios campos, los cuales se pueden sobreescribir sin problemas

  • Envelope From (MAIL FROM)
  • Envelope To (RCPT TO)
  • Body To
  • Body Cc
  • Body From
  • Body Sender
  • Body Reply-To
  • Body Return-Receipt-To
  • Body Disposition-Notification-To
  • Body Resend-From
  • Body Resend-Sender

But you cannot overwrite:

  • Return Path
  • Received
  • Message-ID
  • X-MS-TNEF-Correlator
  • Content-Type Boundary=string

 

 

Tipos de Address Writing

a) Outbound-Only Address Rewriting

Significa que olo se modifica la direccion de email origen de los mensajes salientes al exterior (la dirección de email del remitente)

  • Unica Email addresses para los departamentos (sales, research, accounting, etc.)
  • Uso de wildcards dentro de estas direcciones internas

 

b) Bidirectional Address Rewriting

Modifica los mensajes entrantes y salientes. Lo que significa que debemos el “Address Rewriting Agent” tanto en el send connector como receive connector para que trabaje bien

  • No podemos usar Wildcards

     

c) Address Rewriting in Multiple Domains

Before configuring address rewriting – especially with subdomains – you need to create those subdomains within DNS Server. In addition you need to create the required proxy addresses and it may be needed to create the corresponding contacts, too.

As a general rule you will need to make sure that no conflicting email addresses in your organization exist.

 

How to configure Header Rewriting

Se configura vía Shell SOLO en el Edge Transport. Dependiendo si lo queremos para mensajes salientes o entrantes, habilitaremos el agente

Paso 1: configurar el agente

Por defecto en el Edge transport está configurado el agente tanto para mensajes salientes como entrantes, por lo que no habría nada que hacer en este paso.


No obstante para conocimiento este sería el paso para activarlo / desactivarlo a nivel inbound / outbound

  • Enable-TransportAgent –Identity “Address Rewriting Inbound agent”
  • Disable-TransportAgent –Identity “Address Rewriting Inbound agent”
  • Enable-TransportAgent –Identity “Address Rewriting Outbound agent”
  • Disable-TransportAgent –Identity “Address Rewriting Outbound agent”

 

Paso 2: Sobrescribir la dirección

Podemos re-escribir un

  • Único dominio (original.com à comun.com)
  • Una sola dirección (pepe@original.com à pepe@comun.com)
  • Un conjunto de usuarios (*.original.com à comun.com)

La sintaxis es la siguiente:

New-AddressrewriteEntry –Name <name> -InternalAddress <original.com> -ExternalAddress <comun.com> [–OutboundOnly $true]

Supongamos que la dirección que queramos en común sea “comun.com

 

  • Rewrite a single Domain (entrante y saliente)
    • New-AddressRewriteEntry –Name “origin to comun” –InternalAddress original.com –ExternalAddress comun.com
      • New-AddressRewriteEntry –Name “originato comun” –InternalAddress original.com –ExternalAddress comun.com –OutboundOnly        //solo saliente


  • Rewrite a single email address
    • New-AddressRewriteEntry –Name “bob to IT” –InternalAddress pepe@original.com

      –ExternalAddress IT@comun.com

    • New-AddressRewriteEntry –Name “bob to IT” –InternalAddress pepe@original.com

      –ExternalAddress comun.com

 

  • Rewriting Bulk Users
    • New-AddressRewriteEntry –Name “rew al subdom” -InternalAddress *.original.com –ExternalAddress original.com

Si necesitamos excepciones usamos el parametro “-ExceptionList”

Paso 3: Reiniciar el servcio de transporte

  • Restart-service MSExchangeTransport

 

Paso 4: Configurar E-mail Address y Dominios Aceptados

Ya que hemos cambiado la direccion SMTP de los correos salientes, el destinatario recibirá el correo con la direccion saliente, pero si queremos que nuestro remitente pueda recibir correos de ese dominio saliente (por un responder o uno nuevo) debemos de:

  • Si es uns sobreescritua con un SMTP nuevo, configuraremos un Dominio aceptado con la direccion SMTP


  • Debemos añadir es dirección proxy, ha sea a mano o por e-mail addres policy


 

Paso 6: Comprobar

Hemos creado un Header Rewriter para que nos lo renombre al dominio microsoft.local. El usuario jose@nike.local envía el correo al exterior y asi es como lo recibem los usuarios externos

easy

Be the first to comment

Leave a Reply