Exportar (0) Imprimir
Expandir todo

Notas de la versión de Exchange 2013

 

Se aplica a: Exchange Server 2013

Última modificación del tema: 2014-11-04

Bienvenido a Microsoft Exchange Server 2013! Este tema contiene información importante que debe conocer para implementar correctamente la Actualización acumulativa 6 de Exchange 2013. Lea todo este tema antes de comenzar su implementación.

En este tema se presentan las siguientes secciones:

  • La instalación solicita incorrectamente .NET Framework 4.0   Si intenta instalar Exchange 2013 sin tener instalado .NET Framework en el equipo, la instalación solicitará de manera incorrecta que instale .NET Framework 4.0 cuando lo que en realidad se requiere es .NET Framework 4.5.

    Para solucionar este problema, instale .NET Framework 4.5. No es necesario instalar .NET Framework 4.0. Para obtener una lista completa de requisitos previos, consulte Requisitos previos de Exchange 2013.

  • Los archivos de configuración de la aplicación XML de Exchange se sobrescriben durante la instalación de una actualización acumulativa   Las configuraciones personalizadas referentes al servidor que lleve a cabo en los archivos de configuración de la aplicación XML de Exchange XML, por ejemplo, los archivos web.config en los servidores de acceso de cliente o el archivo EdgeTransport.exe.config en los servidores de buzones de correo, se sobrescribirán al instalar la actualización acumulativa o el Service Pack de Exchange. Asegúrese de guardar esta información para que pueda volver a configurar fácilmente su servidor tras la instalación. Vuelva a establecer estas configuraciones después de instalar una actualización acumulativa o Service Pack de Exchange.

  • El directorio virtual de MAPI no se crea durante la recuperación del servidor   Cuando se ejecuta Setup.exe con el modificador RecoverServer en un servidor que tiene instalado el rol de servidor Acceso de cliente, el directorio virtual de MAPI no se crea. Si no existe el directorio virtual de MAPI, los clientes que usan el protocolo MAPI sobre HTTP para conectarse al servidor de Exchange, por ejemplo, Outlook, no podrán conectarse.

    NotaNota:
    Esto supone un problema únicamente si el protocolo MAPI sobre HTTP está habilitado en los servidores de acceso de cliente. Está deshabilitado de forma predeterminada. Si MAPI sobre HTTP está deshabilitado, los clientes usan en su lugar el protocolo RPC sobre HTTP.

    Para solucionar este problema, siga los pasos que se describen en el artículo de Knowledge Base KB2931223 (Falta el directorio virtual de MAPI desde el nodo sitio Web predeterminado).

Para obtener más información acerca de cómo instalar Exchange 2013, consulte Planificación e implementación.

  • Incremento del tamaño del buzón de correo al migrar de versiones anteriores de Exchange   Cuando mueve un buzón de correo de una versión anterior de Exchange a Exchange 2013, el tamaño del buzón de correo notificado se incrementa de un 30 a un 40 por ciento. El espacio de disco que usa la base de datos de buzón no se ha incrementado, sólo ha aumentado la atribución del espacio que usa cada buzón de correo. El incremento en el tamaño del buzón de correo es debido a la inclusión de todas las propiedades de los elementos en los cálculos de la cuota, que proporciona un cómputo más preciso del espacio que usan los elementos dentro de su buzón de correo. Este incremento puede provocar que algunos usuarios excedan sus cuotas de tamaño de buzón de correo cuando éste se mueve a Exchange 2013.

    Para evitar que los usuarios excedan sus cuotas de tamaño de buzón de correo, incremente los valores de la base de datos o de las cuotas del buzón de correo para acomodar el cálculo de la nueva cuota. Para configurar los valores de la base de datos o de la cuota del buzón de correo, use los parámetros IssueWarningQuota, ProhibitSendQuota y ProhibitSendReceiveQuota en los cmdlets Set-MailboxDatabase y Set-Mailbox, respectivamente.

  • Es posible que los clientes de Outlook 2007 y Outlook 2010 no puedan descargar la Libreta de direcciones sin conexión   Si no se puede acceder a la Libreta de direcciones sin conexión (OAB) desde Internet, es posible que los clientes de Outlook 2007 y Outlook 2010 no puedan descargar la OAB.

    Para solucionar este problema con los clientes de Outlook 2007 y Outlook 2010, haga que se pueda acceder a la URL interna de la OAB desde Internet. Este problema no afecta a Outlook 2013.

  • Instalar Exchange 2013 en una organización de Exchange existente puede provocar que todos los clientes se descarguen la OAB   Instalar el primer servidor Exchange 2013 en una organización de Exchange 2007 o Exchange 2010 existente puede provocar que todos los clientes de la organización se descarguen una nueva copia de la OAB, lo que daría lugar a una saturación de la red y a problemas de rendimiento en el servidor. Este problema se produce porque Exchange 2013 crea una nueva OAB predeterminada en la organización que sustituye a la OAB de Exchange 2007 o de Exchange 2010. Los buzones que no tengan una OAB concreta asignada o que se encuentren en una base de datos de buzones de correo sin una OAB concreta asignada se bajarán la nueva OAB predeterminada.

    Para evitar que los clientes se bajen una nueva copia de la OAB cuando se instala Exchange 2013, asigne una OAB a cada buzón o a la base de datos de buzones de correo donde se encuentran los buzones. Deberá realizar este paso antes de instalar Exchange 2013 en la organización.

  • Puede enrutarse a los usuarios a un buzón de generación de OAB que no sea responsable de la OAB solicitada   Exchange 2013 CU5 y las CU posteriores han cambiado el modo en que se vinculan las OAB con los buzones de generación de OAB. Este cambio permite enrutar un usuario a un buzón de generación de OAB que no es responsable de la OAB que el usuario está solicitando. Esto puede pasar si se cumplen todas las condiciones siguientes:

    • Cuenta con más de un buzón de generación de OAB en su organización.

    • Actualiza los servidores de buzones de correo que hospedan los buzones de generación de OAB antes de actualizar los servidores de acceso de cliente.

    • Está actualizando sus servidores Exchange 2013 de una versión anterior a CU5 a una versión posterior (por ejemplo, actualización de Exchange 2013 CU3 a Exchange 2013 CU6).

    • Los servidores de acceso de cliente están ejecutando una versión anterior a CU5.

    Para solucionar este problema, asegúrese de actualizar sus servidores de acceso de cliente a Exchange 2013 CU6 antes de actualizar los servidores de buzones de correo. De este modo se asegurará que los servidores de acceso de cliente sepan cómo usar un proxy para las solicitudes del buzón de generación de OAB que es responsable de generar la OAB del usuario.

    Para obtener más información acerca de los cambios de la OAB en Exchange 2013 CU5, consulte Mejoras de la OAB en Exchange 2013 Cumulative Update 5.

  • Los remitentes no autorizados ya no pueden enviar mensajes a las carpetas públicas habilitadas para correo   Antes de Exchange 2013 CU6, los remitentes no autorizados podían enviar mensajes a las carpetas públicas habilitadas para correo. Esto permitía la posibilidad de que los remitentes externos enviaran correo a carpetas públicas habilitadas para correo, independientemente de los permisos establecidos en la carpeta pública.

    A partir de Exchange 2013 CU6, si desea que los remitentes externos envíen correo a carpetas públicas habilitadas para correo, se debe conceder al menos el permiso Crear elementos al usuario Anónimo. Si ha configurado las carpetas públicas habilitadas para correo y no ha hecho esto, los remitentes externos recibirán una notificación de error de entrega y no se entregarán los mensajes a la carpeta pública habilitada para correo.

    Puede usar el Shell o Outlook para establecer los permisos para el usuario Anónimo. Para leer más sobre cómo establecer permisos en el usuario Anónimo, consulte Habilitar o deshabilitar el correo para una carpeta pública.

  • No se puede acceder a las carpetas públicas heredadas a través de los servicios Web de Exchange   Las carpetas públicas ubicadas en servidores de Exchange 2007 o Outlook 2010 no son accesibles para los clientes que se conectan a Exchange 2013 mediante los servicios Web de Exchange (EWS). Entre los clientes que usan EWS se incluyen Mac Outlook y Outlook Web App. Si un cliente de EWS intenta acceder a una carpeta pública heredada, recibirán un error.

    La única solución en este momento es migrar las carpetas públicas heredadas a Exchange 2013. Sin embargo, hay algunas consideraciones que deben tenerse en cuenta antes de migrar las carpetas públicas. Para obtener más información, consulte Carpetas públicas.

  • Los cmdlets TransportAgent de los servidores de acceso de cliente requieren Windows PowerShell local   Existe un problema con los cmdlets *-TransportAgent que impiden la instalación, desinstalación y administración de agentes de transporte en servidores de acceso de cliente usando el Shell de administración de Exchange. Para instalar, desinstalar y administrar los agentes de transporte en los servidores de acceso de cliente, debe cargar manualmente el complemento Exchange Windows PowerShell y, a continuación, ejecutar los cmdlets *-TransportAgent. Si intenta instalar, desinstalar o administrar agentes de transporte usando el Shell de administración de Exchange, sus cambios se aplicarán al servidor de buzones de correo de Exchange 2013 al que esté conectado.

    Para instalar, desinstalar o administrar los agentes de transporte en los servidores de acceso de clientes, haga lo siguiente en el servidor de acceso de clientes que desee administrar:

    PrecauciónPrecaución:
    La carga del complemento Microsoft.Exchange.Management.PowerShell.SnapIn Windows PowerShell y la ejecución de otros cmdlets distintos a los cmdlets *-TransportAgent no es compatible y puede resultar en un daño irreparable en su implementación de Exchange.
    Debe ser un administrador local en el servidor de acceso de clientes donde desee instalar, desinstalar o administrar agentes de transporte. La modificación de las listas de control de acceso (ACL) no es compatible en los archivos y directorios de Exchange o en los objetos de Active Directory.
    ImportanteImportante:
    Realice el siguiente procedimiento sólo en servidores de acceso de clientes. No es necesario cargar el complemento de Exchange Windows PowerShell si desea administrar los agentes de transporte en los servidores de buzones de correo.
    1. Abra una nueva ventana de Windows PowerShell.

    2. Ejecute el siguiente comando.

      Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
      
    3. Realice las tareas de administración del agente de transporte de la forma habitual.

    4. Repita este procedimiento en cada servidor de acceso de clientes que desee administrar.

  • Error en la autenticación NTLM para clientes que no pertenecen a un dominio   Se puede producir un error en la autenticación entre un cliente, como Windows Live Mail y Exchange 2013, cuando se cumplen las siguientes condiciones:

    • El método de autenticación utilizado por el cliente es NTLM.

    • El equipo no está conectado al dominio.

    Para evitar este problema, puede realizar una de las siguientes acciones:

    • Conecte al dominio el equipo en el que se ejecuta el cliente.

    • Cambie el tipo de autenticación que el cliente usa de NTLM a autenticación básica a través de TLS.

  • Se produce un error en la autenticación GSSAPI si se utiliza con el cmdlet Send-MailMessage   Se puede producir un error en la autenticación GSSAPI (Generic Security Service Application Program Interface) si se utiliza el cmdlet Send-MailMessage, incluido en las instalaciones de manera predeterminada, Windows PowerShell, para enviar correo autenticado a Exchange 2013. Cuando esto sucede, verá una entrada en el registro de eventos de la Aplicación en el servidor de acceso de cliente de Exchange 2013 que recibió la conexión con la siguiente información:

    • Origen   MSExchangeFrontEndTransport

    • Id. de evento   1035

    • Descripción   Error de autenticación entrante IllegalMessage para front-end de cliente de conector de recepción <nombre de servidor>. El mecanismo de autenticación es Gssapi. La dirección IP de origen del cliente que intentó autenticar en Exchange es [<dirección IP del cliente>].

    Para solucionar este problema, es necesario quitar el método de autenticación Integrated del conector de recepción del cliente en los servidores de acceso de cliente de Exchange 2013. Para quitar el método de autenticación Integrated de un conector de recepción de cliente, ejecute el siguiente comando en cada servidor de acceso de cliente de Exchange 2013 que podría recibir conexiones desde equipos que ejecutan el cmdlet Send-MailMessage:

    Set-ReceiveConnector "<server name>\Client Frontend <server name>" -AuthMechanism Tls, BasicAuth, BasicAuthRequireTLS
    
  • Puede que MAPI sobre HTTP experimente un bajo nivel de rendimiento al actualizar a Exchange 2013 SP1   Si actualiza desde una actualización acumulativa de Exchange 2013 a Exchange 2013 SP1 y habilita MAPI sobre HTTP, los clientes que se conecten a un servidor de Exchange 2013 SP1 usando el protocolo pueden experimentar un bajo nivel de rendimiento. El motivo es que no se configuran las opciones necesarias durante una actualización acumulativa a Exchange 2013 SP1. Este problema no se produce si se actualiza a Exchange 2013 SP1 desde Exchange 2013 RTM o si se instala un nuevo servidor Exchange 2013 SP1 o posterior.

    NotaNota:
    Esto supone un problema únicamente si el protocolo MAPI sobre HTTP está habilitado en los servidores de acceso de cliente. Está deshabilitado de forma predeterminada. Si MAPI sobre HTTP está deshabilitado, los clientes usan en su lugar el protocolo RPC sobre HTTP.

    Para resolver este problema, realice los siguientes pasos:

    1. En servidores que ejecutan el rol de servidor de acceso de cliente, ejecute los siguientes comandos en un símbolo del sistema de Windows:

      set AppCmdLocation=%windir%\System32\inetsrv
      set ExchangeLocation=%ProgramFiles%\Microsoft\Exchange Server\V15
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiFrontEndAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiFrontEndAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiFrontEndAppPool"
      
    2. En servidores que ejecutan el rol de servidor de buzón de correo, ejecute los siguientes comandos en un símbolo del sistema de Windows:

      set AppCmdLocation=%windir%\System32\inetsrv
      set ExchangeLocation=%ProgramFiles%\Microsoft\Exchange Server\V15
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiMailboxAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiMailboxAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiMailboxAppPool"
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiAddressBookAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiAddressBookAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiAddressBookAppPool"
      

  • Es posible que las solicitudes para acceder a los buzones de correo de Exchange 2010 no funcionen cuando se redirijan mediante proxy a través de los servidores de acceso de cliente de Exchange 2013   En algunos casos, es posible que la solicitud de proxy entre los servidores de acceso de cliente de Exchange 2013 y Exchange 2010 Service Pack 3 (SP3) sin ningún paquete acumulativo de actualizaciones instalado no funcione correctamente y que genere un error. Esto puede pasar si se cumplen todas las condiciones siguientes:

    • Un usuario con un buzón de correo de Exchange 2013 intenta abrir un buzón de correo de Exchange 2010 mediante uno de los siguientes métodos:

      • La opción Abrir otro buzón de Outlook Web App - o-

      • La opción Otro usuario del centro de administración de Exchange

    • El servidor de acceso de cliente al que se conecta el usuario está ejecutando Exchange 2013.

    • El servidor de acceso de cliente de Exchange 2010 se ha actualizado a Exchange 2010 SP3 desde la versión RTM de Exchange 2010 o un Service Pack anterior de Exchange 2010.

    Si se cumplen todas las condiciones anteriores, el usuario no podrá acceder a las opciones de Exchange 2010 Outlook Web App del otro usuario y aparecerá una página en blanco.

    Para solucionar este problema, instale el Paquete acumulativo de actualizaciones 1 o posterior de Exchange 2010 en cada servidor de Exchange 2010.

 
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft