Owa para iPhone

Estaba yo jugando con el flamante Exchange 2013 SP1 lo cual me llevo a descubrir Owa para iPhone (si, las manzanitas también derecho de disfrutar de una plataforma de correo corporativo robusta).
Realmente me pareció algo excelente, la experiencia es nítida y totalmente funcional. No tengan temor, pues aunque la página de descarga habla de que este app es para aquellos que tienen su cuenta en Office365 usted también puede disfrutarlo al tener su Exchange 2013 on-premises.
La configuración es algo sumamente sencillo, gracias a temas como al famoso AutoDiscover, no obstante encontré problemas con algunas cuentas, el app simplemente parpadeaba al inicio y no terminaba de cargar, o bien lo hacía por un instante y luego se reiniciaba. Desde luego acá el primer pensamiento es “algo en el dispositivo” pero no fue asi.
Mirando las bitácoras encontré esto:
EventID 1035
Description: Exchange ActiveSync doesn’t have sufficient permissions to create the “CN=Danny Castillo,CN=userAccounts,DC=daemonroot,DC=com” container under Active Directory user “Active Directory operation failed on cri-wdc-01.daemonroot.com. This error is not retriable. Additional information: Access is denied.
Active directory response: 00000005: SecErr: DSID-03152492, problem 4003 (INSUFF_ACCESS_RIGHTS)…
Recordemos que los dispositivos móviles que están ligados a tu buzón se representan por medio de un objeto tipo msExchActiveSyncDevice, el cual yace debajo de nuestra cuenta de usuario en un tipo de contenedor llamado msExchangeActiveSyncDevices. En este caso el usuario en cuestión tiene derechos elevados en el directorio, por lo cual el adminSDHolder le reguarda
Basta con hacer un reset al ACL del objeto usuario para que así Exchange pueda crear los objetos requeridos y listo!



Para más información refiérase a esta antiguo post http://telnet25.blogspot.com/2009/12/el-mito-del-adminsdholder.html
Y si gusta comparar los diferentes dispositivos móviles y sus prestaciones refiérase a
http://en.wikipedia.org/wiki/Comparison_of_Exchange_ActiveSync_clients
Hasta pronto!

Convertir grupos universales a mail enabled.

Si usted, al igual que este servidor ha pasado parte de su valioso tiempo buscando como habilitar un grupo universal existente para que este reciba correo pues le comparto la simple solución.
Gracias al orden que mantenemos en nuestro AD todos los objetos tipo group se encuentran en un mismo OU, lo cual facilita mucho el trabajo, entonces lo que haremos es efectuar una búsqueda en dicho contenedor y habilitar los grupos mediante el cmdlet apropiado.



Get-Group -OrganizationalUnit nombreOU | Enable-DistributionGroup
Listo, así de fácil y rápido es el Power del Shell ;-)

Nuevo servicio de Google.

Excelente oferta por parte de Google! Y el precio me parece pues bueno.
http://www.google.com/postini/continuity.html



Y pues yo no cambio Exchange, pero todos necesitamos un plan B.

Rendimiento y almacenaje de Exchange...

Se queja usted del rendimiento que obtiene de su servidor de Exchange?
Veamos tres puntos rápidos sobre el almacenaje que nos podrían ayudar.
1- Por defecto Windows crea la partición a partir del sector 64 del disco, lo cual causa una alineación de la partición con la estructura del disco no optima (esto no aplica en Windows 2008).
Mientras que Diskpart.exe permite crear particiones con los sectores alineados, lo cual incrementa el rendimiento hasta en un 20%.
Si desea hacer pruebas de rendimiento a los discos puede utilizar WINSAT http://technet.microsoft.com/en-us/library/cc742157(WS.10).aspx
Como referencia sobre la creación de particiones adjunto estos hipervínculos http://support.microsoft.com/kb/929491 & http://technet.microsoft.com/en-us/library/cc770877(WS.10).aspx & http://support.microsoft.com/kb/300415
2- "Disk timeout is not set at default" curiosamente el ExBPA captura esto, pero en mi humilde opinión no lo marca con la severidad que merece. Eh visto casos donde una configuración incorrecta acá causa retrasos de hasta 15 minutos en el intercambio de correo, al ajustarlo apropiadamente y reiniciar el equipo el intercambio de correos con terceros se ejecutaba en menos de 1 minuto ( = cliente feliz = factura cancelada rápido = de compras en Amazon).
Para referencia http://technet.microsoft.com/en-us/library/aa997069(EXCHG.80).aspx
3- Es usted de esos que compra 1 disco de 500GBs y listo... mejor usemos arreglos! Son muchas las ocasiones en que tenemos la capacidad (tarjetas controladoras y bahías disponibles) pero simplemente no hacemos la inversión en discos (que cada día son más baratos), claro esta mentalidad cambia hasta que perdemos los datos... Y recuerden lo ideal es una partición o volumen para las bases de datos y otra para las bitácoras... de preferencia que los discos de los logs sean lo más rápidos (15K RPM) Igualmente se aconseja separar las colas de transferencia y la carpeta TEMP también ya que acá se ejecuta la conversión de contenido, en especial en organizaciones mixtas.

Les adjunto esta imagen para su referencia.

Hasta pronto!

Cambiando el banner de SMTP.

Por defecto al hacer Telnet a nuestro servidor de correo la respuesta es algo como "220 hostFQDN Protocolo versión de Exchange ready at fecha, hora y zona horaria" lo cual en ciertos casos es problemático, por ejemplo cuando otros hacen un reverse lookup, esto pues la respuesta obtenida acá muy probablemente no concuerde con nuestro registro MX.
Por lo cual veremos cómo cambiar esto rápidamente mediante el siguiente comando:
Set-ReceiveConnector -Identity "Nemesis\25" -Banner "220 mail.daemonroot.com"
Notese que acá mi conector de recepción se llama "Nemesis\25", de paso cambiare un par de parámetros más como la cantidad máxima de destinatarios de 5000 a 500 (aunque mi organización soy y yo mi otro yo, pero 500 está bien), también cambio los parámetros de expiración de la sesión de 10 y 5 minutos a 5 y 3 en el tiempo de vida de la sesión y el tiempo máximo de inactividad respectivamente (nada hago con N sesiones abiertas por tanto tiempo en mi humilde conexión en mi humilde ambiente virtual).
Primero podría verificar la configuración actual, luego ejecuto cambios, verifico y reinicio el servicio del MSExchangeTransport para que los cambios tomen efecto.
Get-ReceiveConnector -Identity nemesis\25
Set-ReceiveConnector -Identity "Nemesis\25" -Banner "220 mail.daemonroot.com" -MaxRecipientsPerMessage 500 -DefaultDomain daemonroot.com -ConnectionTimeout 00:05:00 -ConnectionInactivityTimeout 00:03:00
Get-ReceiveConnector -Identity nemesis\25 FL Name,Banner,MaxRecipientsPerMessage,DefaultDomain,Bindings,ConnectionTimeOut,ConnectionInactivityTimeout,Server,Identity Restart-Service MSExchangeTransport

*Les recomiendo dejar el “220” pues este indica que el servidor está listo para la transferencia.

* Aplica para Exchange 2007 y 2010.