Recientemente se liberó la versión 4.7 del .Net Framework. Esta versión por el momento no se encuentra soportada en Exchange.
La recomendación es no instalar el .Net Framework 4.7 en servidores con Exchange hasta que no se incluya el soporte, para esto una opción es bloquear la instalación mediante el registro.
Actualización 20/9: El 19/9 en el blog oficial del equipo de producto de Exchange se anunció que no se va a incluir soporte para esta versión de Framework. En las actualizaciones de Exchange que se vienen para diciembre de 2017 se planea incluir soporte para una versión más nueva de .Net: 4.7.1.
Actualización 20/12: .Net Framework 4.7.1 soportado en Exchange a partir de estas actualizaciones.
Cómo bloquear temporalmente la instalación del .Net Framework 4.7?
Para bloquear de forma temporal la instalación del .Net Framework 4.7 seguir los pasos a continuación:
1. Abrir Regedit
2. Ir a HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP
3. Crear una nueva llave denominada “WU” (sin comillas)
4. Dentro de “WU” crear un nuevo valor DWORD “BlockNetFramework47”
5. Modificar el valor de BlockNetFramework47, establecer en 1 y cerrar el registro.
Por más info ver el siguiente artículo:
Este Problema afecta al Exchange 2010?
Hola Marcelo, Exchange 2010 usa el .Net Framework 3.5 (y 3.5 SP1), en la página oficial se indica que es posible instalar una versión más nueva mientras se mantenga el 3.5. De cualquier modo la información solo menciona el caso del Framework 4.5, 4.5.1 y 4.5.2. En definitiva si bien no parece afectar a Exchange 2010 no lo instalaría en el servidor.
Gracias por avisarlo Daniel pues uso wsus y aunque me miro siempre las aprobaciones y las que afectan a .Net Framework tengo en cuenta a que aplicaciones pueden afectar a veces por una cosa u otra se te escapan y tienes que arreglarlo luego. También es curioso que Microsoft saque una actualización de un producto suyo que no esta soportada por otro de sus productos.
Hola Juan Antonio, se entiende lo que decis, de hecho en el blog del equipo de producto de Exchange (msexchangeteam.com) hay varios comentarios en este sentido. Aparentemente no hay una coordinación entre las distintas áreas…