En cuanto los usuarios eran migrados a los nuevos servidores cuando se les asignaba una tarea desde la organización origen en su lugar recibían un correo de texto con el formato deformado y con un adjunto en lugar del típico correo de tarea con los botones de aceptar y denegar.
Tras muchas investigaciones en las que pensé que se trataba desde la maqueta de los equipos pasando por las GPOs aplicadas al mismo, finalmente vi algo en el tracking que no me acaba de cuadrar: había una variación del tamaño durante la fase de ContentConversion del envío del correo a través del hub transport de salida que cumplía lo siguiente:
- Los mensajes correctos aumentaban de tamaño (TotalBytes)
- Los mensajes que llegaban incorrectos disminuían de tamaño.
Este es un extracto de lo que comento:
Timestamp Source EventId MessageSubject TotalBytes
--------- ------ ------- -------------- ----------
15/11/2013 19:15:08 STOREDRIVER RECEIVE Solicitud de tarea: Prueba de tarea satisfactoria 24632
15/11/2013 19:15:08 ROUTING RESOLVE Solicitud de tarea: Prueba de tarea satisfactoria 24632
15/11/2013 19:15:08 ROUTING TRANSFER Solicitud de tarea: Prueba de tarea satisfactoria 35762
15/11/2013 19:15:23 SMTP SEND Solicitud de tarea: Prueba de tarea satisfactoria 35762
15/11/2013 19:17:06 STOREDRIVER RECEIVE Solicitud de tarea: Prueba insatisfactoria de tarea 26622
15/11/2013 19:17:06 ROUTING RESOLVE Solicitud de tarea: Prueba insatisfactoria de tarea 26622
15/11/2013 19:17:06 ROUTING TRANSFER Solicitud de tarea: Prueba insatisfactoria de tarea 6774
15/11/2013 19:17:10 SMTP SEND Solicitud de tarea: Prueba insatisfactoria de tarea 6774
15/11/2013 19:19:17 STOREDRIVER RECEIVE Solicitud de tarea: Prueba 2 insatisfactoria de tarea 26576
15/11/2013 19:19:17 ROUTING RESOLVE Solicitud de tarea: Prueba 2 insatisfactoria de tarea 26576
15/11/2013 19:19:17 ROUTING TRANSFER Solicitud de tarea: Prueba 2 insatisfactoria de tarea 6768
15/11/2013 19:19:18 SMTP SEND Solicitud de tarea: Prueba 2 insatisfactoria de tarea 6768
Comencé a sospechar del formato de mensaje, así que perseguí configuraciones en el Outlook de HTML, RichText etc y no conseguí nada.
Finalmente vi que los objetos de los usuarios al ser convertidos por el proceso de migración de Mailbox a MailUser habían adquirido unas nuevas características que un objeto mailbox no tiene: MessageFormat, MessageBodyFormat y UseMapiRichTextFormat con los siguientes valores:
MessageFormat : Text
MessageBodyFormat : Text
UseMapiRichTextFormat : UseDefaultSettings
Así que navegando un poco por el technet ( http://technet.microsoft.com/es-es/library/aa995971(v=exchg.150).aspx ) prodecí a setear los siguientes ajustes y con ello se solucionó el tema:
MessageFormat : Mime
MessageBodyFormat : TextAndHtml
UseMapiRichTextFormat : Always
get-mailuser -filter "customattribute7 -eq 'UsuarioEnCloud'" | where {$_.MessageFormat -ne "Mime" -or $_.MessageBodyFormat -ne "TextAndHtml" -or $_.UseMapiRichTextFormat -ne "Always"} | set-mailuser -MessageFormat Mime -MessageBodyFormat TextAndHtml -UseMapiRichTextFormat Always
Uso como entrada los usuarios (mailusers) con el customattribute7 igual a UsuarioEnCloud (así los distingo) aunque podría haber usado la membresía de un grupo por ejemplo. De esos usuarios hago un filtro y descarto todos los que cumplen con los requisitos que quiero y finalmente a los que me quedan les aplico el cambio.
No hay comentarios:
Publicar un comentario