Ahora bien, para poder asegurar el flujo de correos entre estos Routing Groups es que se crea un Routing Group Connector (RGC). Este conector se crea durante el setup del primer Hub Transport 2007/2010.

El RGC tiene como servidores de puente (Bridgehead Servers) el primer servidor Hub Transport de la Organización y un servidor 2003 que nosotros definamos durante el setup. Es muy probable que en nuestro escenario tengamos más de un Hub Transport para darle alta disponibilidad al routeo entrante y saliente de correos. Es por eso que necesitamos agregar ambos Hub Tranports al RGC, y así asegurarnos que ante la caída de uno de ellos (ya sea por una falla o por mantenimiento) el flujo de correos desde y hacia Exchange 2003 sigua funcionando.

Dentro de Exchane 2’007/2010 veremos que existen dos RGC:

Get-RoutingGroupConnector

Uno de ellos es desde Exchange 2003 a 2010 y el otro es desde Exchange 2010 a 2003.

Modificar el Routing Group Connector desde Exchange 2010 a 2003

Para agregar un servidor de Exchange 2010 al RGC creado durante la instalación, será necesario ejecutar:

Get-RoutingGroupConnector | where {$_.SourceTransportServers -like "E2010HubTransport01"} | Set-RoutingGroupConnector -SourceTransportServers "E2010HubTransport01",”E2010HubTransport02”

Reemplazar E2010HubTransport01 y E2010HubTransport02 por los valores correspondientes a los nombres de los servidores de transporte de Exchange 2010.

Bien, si ahora queremos agregar otro servidor de Exchange 2003, el comando debería ser similar a:

Get-RoutingGroupConnector | where {$_.SourceTransportServers -like "E2010HubTransport01"} | Set-RoutingGroupConnector -SourceTransportServers "E2010HubTransport01",”E2010HubTransport02” –TargetTransportServers “Exchange2003A”,”Exchange2003B”

Modificar el Routing Group Connector desde Exchange 2010 a 2003

Si seguimos el paso anterior al pie de la letra, Exchange 2010 puede enviar desde dos servidores de Hub Transport hacia uno o dos servidores de Exchange 2003. Para poder configurar esto mismo, pero en el conector con dirección Exchange 2003 –> Exchange 2010, es necesario ejecutar este comando:

Get-RoutingGroupConnector | where {$_.SourceTransportServers -like "Exchange2003A"} | Set-RoutingGroupConnector -TargetTransportServers "E2010HubTransport01",”E2010HubTransport02”

Reemplazar E2010HubTransport01 y E2010HubTransport02 por los valores correspondientes a los nombres de los servidores de transporte de Exchange 2010.

Si queremos configurar varios servidores de Exchange 2003 como origen del conector (como aneriormente hicimos con Exchange 2010, el comando sería parecido a:

Get-RoutingGroupConnector | where {$_.SourceTransportServers -like "Exchange2003A"} | Set-RoutingGroupConnector -SourceTransportServers  “Exchange2003A”,”Exchange2003B” –TargetTransportServers "E2010HubTransport01",”E2010HubTransport02”

Nota final

Con estas configuraciones podemos asegurarnos que el flujo de correo Exchange 2003 –> Exchange 2010 y el flujo de correo Exchange 2010 –> Exchange 2003 es resistente a la caída o bajada de servidores por mantenimiento.

>> Pablo Vernocchi

Related posts:

1. Cómo agregar un disclaimer en Exchange 2000/2003 En los newsgroups de Microsoft son muchas las consultas que...
2. Cómo agregar un segundo dominio SMTP a Exchange 2000/2003 GENTILEZA: Rafael E. Villaseñor Jofré ———————————————– Exchange puede trabajar con...
3. A parchear los Exchange! Esta semana se publicaron varias acutalizaciones. Por un lado tenemos...

Dependiendo las políticas de ActiveSync que fueron configuradas en la organización, y asignadas al usuario, Windows Phone 7 podría encontrar algunos incovenientes al sincronizar con Exchange.

Para asegurarte que no vas a tener problema hay dos workarounds disponibles. El primero es permitir AllowNonProvisionableDevices, la segunda es sólamente configurar los siguientes items dentro de las políticas de ActiveSync:

• PasswordRequired
• MinPasswordLength
• IdleTimeoutFrequencyValue
• DeviceWipeThreshold
• AllowSimplePassword
• PasswordExpiration
• PasswordHistory
• DisableRemovableStorage
• DisableIrDA
• DisableDesktopSync
• BlockRemoteDesktop
• BlockInternetSharing

NOTA: Estos cambios sugeridos están sujeto a cambios en próximas actualizaciones de Windows Phone 7.

>> Pablo Vernocchi

Related posts:

1. Y llegó el primer update para Windows Phone 7 Hola a todos! Este primer update está diseñado para mejorar...
2. Webcast: "Exchange ActiveSync en Exchange 2010 SP1" Hola a todos, Quería aprovechar la oportunidad para invitarlos al...
3. Recuperá tu vida con Windows Phone   Really?   >> Pablo Vernocchi...

Esta nueva versión de sistema operativo para los dispositivos de Apple agrega un cambio al timeout de request de 4 minutos a 30 segundos, e inmediatamente los dispositivos dejan de sincronizar.

Apple también advierte que los administradores de Exchange pueden notar que los servidores corran más lento.

Para corregir este bug, Apple publicó un workaround en http://support.apple.com/kb/TS3398 y publicará la corrección definitiva en una actualización (nuevo release), que no tiene tiempo estimado de lanzamiento aún.

>> Pablo Vernocchi

Related posts:

1. Últimos Rollups para Exchange 2007 y 2010 con potenciales problemas Hola a todos! Hace unas semanas posteaba la disponibilidad de...
2. Apple agregará soporte ActiveSync a los iPhone Buenas noticias para los usuarios de iPhone… Microsoft anunció que...
3. A parchear los Exchange! Esta semana se publicaron varias acutalizaciones. Por un lado tenemos...

La defragmentación (offline) de las bases de datos:

• ¿debe ser incluída dentro de las tareas rutinarias de la administración de Exchange?
• ¿cada cuánto tiempo es recomendado defragmentar las bases de datos?

El proceso de defragmentación offline no es una tarea trivial. Para empezar es necesario bajar las bases de Exchange antes de ejecutarla.

Por otro lado, el proceso de defragmentación lee la base original y copia los datos a una nueva base. Luego reemplaza la nueva base (desfragmentada), reemplazando la original. Este paso no es gratuito. Al crear una nueva base, también tenemos nuevos signatures para esa base. Todos los transaction logs están asociados a la base por este signature. Por lo tanto, si tenes que hacer un restore de la base, con una copia de seguridad anterior a la desfragmentación, seguramente no seamos exitosos en la tarea. Las signatures no van a coincidir, y los Transaction logs no se van a aplicar a la base.

Quizás esa sea la razón principal por la que el defrag offline no se debe incluír como una tarea frecuente.

Sin embargo, si necesitaramos ejecutar el defrag, sí o sí necesitaremos un buen full backup!

Cuando realizar un defrag:

Más allá de las recomendaciones, sí es neceario desfragmentar las bases de datos luego de ejecutar una reparación de la misma ya que no está soportado tener una base reparada en producción (recuerden que al desfragmentar se genera una nueva base).

También es recomendado desfragmentar cuando estamos usando las versiones estándar de Exchange 5.5/2000/2003 y llegamos al límite de la base de datos (16 GB para 5.5/2000 y 75 GB para 2003).

Así como también se debe desfragmentar si tenemos algún problema con la base de datos que se solucione con el defrag de la misma.

Por otro lado, como regla general y si necesitamos el espacio en el disco, podemos desfregmentar la base de datos cuando el evento 1221 del Event Viewer indica que podemos recuperar más del 30% del tamaño de la base.

Les recomiendo esta lectura adicional sobre espacios blancos en la base y el evento 1221:

http://blogs.msdn.com/jeremyk/archive/2004/04/09/110553.aspx

Saludos,
>> Pablo Vernocchi

Related posts:

1. Cómo defragmentar la base de datos de Active Directory El tamaño del archivo NTDS.DIT variará dependiendo de la estructura...
2. Integridad en las bases de datos de Exchange 2010 Anteriormente mencioné que la herramienta ISInteg había sido discontinuada en...
3. Mayores detalles sobre la expansión del tamaño límite de la base de mensajes en Exchange 2003 Standard Edition Post SP2 Como ya es público, Microsoft anunció una ampliación del límite...

Empiezan esta semana!!

Mayo Jueves 13
Webcast TechNet: BYE BYE Exchange 2003 N°1 (Entendiendo los pasos para una Migración y Coexistencia Exitosa)

Mayo Martes 18
Webcast TechNet: BYE BYE Exchange 2003 N°2 (Preparando Directorio Activo)

Mayo Jueves 20
Webcast TechNet: BYE BYE Exchange 2003 N°3 (Instalando Exchange Server 2010 Consolidado)

Mayo Martes 25
Webcast TechNet: BYE BYE Exchange 2003 N°4 (Instalando Exchange Server 2010 Extendido)

Mayo Jueves 27
Webcast TechNet: BYE BYE Exchange 2003 N°5 (Configurando Exchange Server 2010)

Junio Martes 1
Webcast TechNet: BYE BYE Exchange 2003 N°6 (Migrando Buzones)

Junio Jueves 3
Webcast TechNet: BYE BYE Exchange 2003 N°7 (Eliminando Exchange 2003)

No te los pierdas!

>>Pablo Vernocchi

Related posts:

1. Webcasts de Exchange Carlos Dinapoli junto con Andrés Lozada (miembro de G.L.U.E) estarán...
2. Serie de Webcasts de Exchange 2010 Hola a todos! Les dejo una serie de webcasts que...
3. Webcast: "Sugerencias y trucos para Exchange Server 2010 SP1" Hola a todos, Quería invitarlos al último Webcast que estaré...

• Exchange 2007:
  • Rollup 10 para Exchange 2007 SP1
  • Rollup 4 para Exchange 2007 SP2
• Exchange 2010:
  • Rollup 3 para Exchange 2010

Para las versiones 2003 y 2000 se publicaron dos fixes muy importantes descritos en KB976703 (Ex2000 SP3) y KB976702 (Ex2003 SP2).

A parchear se ha dicho!

>> Pablo Vernocchi

Related posts:

1. Actualización del estado del Rollup 3 para Exchange 2007 SP3 y 2010 SP1 Bien, vamos avanzando parece. Kevin Allison publicó recientemente un Status...
2. Diciembre, un mes ocupado para Exchange Hola a todos! Diciembre es un mes importante para cerrar...
3. Últimos Rollups para Exchange 2007 y 2010 con potenciales problemas Hola a todos! Hace unas semanas posteaba la disponibilidad de...

Método 1: Exchange 2003 y superiores

Este primer método consiste en implementar SenderID. Esta tecnología anti spam permite a los administradores crear un registro en el DNS público donde se declaran las direcciones IP de los servidores de mail que pueden enviar correos para nuestro dominio. De esa manera sería la primer configuración para evitar lo que comunmente se denomina domain spoofing.

Este método no sólo evita que recibamos SPAM de nuestro propio dominio, sino que también sirve para evitar SPAM y virus de otros dominios.

Configuraciones necesarias para SenderID

Nosotros tenemos que configurar el DNS para que los antispam de terceros puedan validar este registro, y también para nosotros mismos.

¿Cómo configurar el DNS?

Sencillo. Existen distintos websites con asistentes para la creación del registro TXT. A continuación les paso los que más frecuentemente uso:

• http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/
• http://www.openspf.org (tiene distintas herramientas)
• http://old.openspf.org/wizard.html

¿Cómo configurar Exchange 2003?

No es necesario tener creado el registro TXT para que Exchange utilice la comprobación de SenderID, pero sí es necesario si queremos evitar recibir correos de SPAM de nuestro dominio.

Para habilitar las comprobaciones, es necesario habilitar el filtro AntiSpam de SenderID. Para ello, dentro de la consola de administración de Exchange, vamos a Global Settings –> Message Delivery –> Properties

Dentro de las propiedades, seleccionamos la solapa Sender ID Filtering y seleccionamos la opción Reject. De esa manera, todos los correos que no pasen la validación no ingresarán a nuestro sistema:

Por último, tenemos que asegurarnos que en el SMTP Virtual Server se estén ejecutando las validaciones de Sender ID. Para ello, debemos ingresar a las propiedades del SMTP Virtual Server que está de cara a Internet (por las dudas que tengamos más de uno):

Entrar a la sección Advanced:

Y asegurarnos que esté marcado Sender ID Filtering o marcarla nosotros:

¿Cómo configurar Exchange 2007?

En el caso que la infraestructura no cuente con un Edge Transport Server, primero debemos instalar los agentes de Antispam. Para ello pueden seguir los pasos descritos en este artículo: Cómo instalar los agentes Antispam en un Hub Transport. Si ya contamos con un Edge, no hace falta este paso.

Dentro de la consola de Exchange, ir a Organization Configuration –> Hub Transport. Luego ir a la solapa Anti-Spam y seleccionar el filtro Sender ID.

Seleccionar la opción Reject message de la lista:

De esa manera, tanto en Exchange 2003, 2007 o 2010 estaremos evitando la entrada de mensajes de SPAM enviados con cuentas ficticias de nuestro propio dominio. En la segunda parte, cubriremos una alternativa para hacerlo con permisos en el receive connector y sin agentes AntiSpam.

>>Pablo Vernocchi

Related posts:

1. GLUE Invita: Migración desde Notes a Exchange 2007 Información general del Evento En este evento veremos los procedimientos...
2. Qué opciones habilitar para hacer un troubleshooting de nuestro Exchange Bueno gente, sigo agregando algunos tips. En este caso vamos...
3. Migrando desde MDaemon a Exchange Mdaemon es un servidor de correo electrónico para Windows que...

Si les parece interesante, pueden descargarlo desde FBA Editor version 1.0

>> Pablo Vernocchi

Related posts:

1. Cómo agregar Hub Transports adicionales a un Routing Group Connector En un escenario de coexistencia entre Exchange 2003 y 2007/2010,...
2. Últimos Rollups para Exchange 2007 y 2010 con potenciales problemas Hola a todos! Hace unas semanas posteaba la disponibilidad de...
3. Exchange y Windows Server 2008 R2 UPDATE: El contenido de este artículo fue actualizado en los...

El grupo de producto de Exchange creó un website donde se pueden realizar todo tipo de pruebas de conectividad remota hacia nuestra red.

Me pareció una herramienta muy piola para compartir con ustedes.

NOTA: No usen datos de usuarios reales en el website, creen uno especialmente para estas pruebas.

El sitio web en cuestión es: http://www.testexchangeconnectivity.com/

Saludos,
Pablo D. Vernocchi
Microsoft Exchange MVP
MCSE + M / MCSE + Sec
https://mvp.support.microsoft.com/profile/Pablo

Related posts:

1. Exchange 2007 Service Pack 2 llega a RTM 17 de Julio, Exchange 2007 Service Pack 2 llega a...
2. Hotfix de dotnet que afecta a Servidores de Exchange Buenas a todos, Microsoft lanzó un hotfix de .Net Framework...
3. Apple agregará soporte ActiveSync a los iPhone Buenas noticias para los usuarios de iPhone… Microsoft anunció que...

http://www.microsoft.com/downloads/details.aspx?familyid=3403d74e-8942-421b-8738-b3664559e46f&displaylang=en

Saludos,
Pablo Vernocchi
Microsoft Exchange MVP
MCSE + M / MCSE + Sec
https://mvp.support.microsoft.com/profile/Pablo

Related posts:

1. System Center Capacity Planner para descargar Este 31 de Enero Microsoft puso a disposición la descarga...
2. Cómo probar la configuración de conectividad remota de Exchange Hola a todos, El grupo de producto de Exchange creó...
3. Actualización acumulativa de zonas horarias para Windows Microsoft publicó y distribuye, a través de Windows Update, la...