Acerca del módulo Windows PowerShell V2 de Exchange Online.

El módulo de PowerShell V2 de Exchange Online (abreviado como el módulo EXO V2) usa la autenticación moderna y funciona con la autenticación multifactor (MFA) para conectarse a todos los entornos de PowerShell relacionados con Exchange en Microsoft 365: PowerShell de Exchange Online, PowerShell de Seguridad y Cumplimiento normativo y PowerShell de Exchange Online Protection (EOP) independiente.

Para obtener instrucciones de conexión con el módulo EXO V2, sonsulte los artículos siguientes:

En el resto de este artículo, se explica cómo funciona el módulo, cómo se instala y se mantiene el módulo, y los cmdlets de Exchange Online optimizados disponibles en el módulo.

Informar de errores y problemas del módulo EXO V2

Cuando notofique un problema en exocmdletpreview[at]service[dot]microsoft[dot]com, asegúrese de incluir los archivos de registro en su mensaje de correo electrónico. Para generar los archivos de registro, reemplace <Path to store log file> por la carpeta de salida que quiera usar y ejecute el siguiente comando:

Connect-ExchangeOnline -EnableErrorReporting -LogDirectoryPath <Path to store log file> -LogLevel All

Nota

La versión más reciente del módulo EXO V2 y el uso frecuente de los cmdlets Connect-ExchangeOnline y Disconnect-ExchangeOnline en solo una sesión o script de PowerShell podrían provocar una fuga de memoria. Lo mejor para evitar este problema es usar el parámetro CommandName en el cmdlet Connect-ExchangeOnline para limitar los cmdlets que se usan en la sesión.

Cómo funciona el módulo EXO V2

El módulo PowerShell V2 de Exchange Online contiene un pequeño conjunto de cmdlets nuevos y optimizados para escenarios de recuperación de datos en masa (miles y miles de objetos). Cuando abra el módulo por primera vez, solo verá estos cmdlets exclusivos. Cuando se conecte a su organización de Exchange Online, verá todos los cmdlets conocidos disponibles en Exchange Online PowerShell.

El módulo utiliza la autenticación moderna para todos los cmdlets. No puede utilizar la autenticación básica en el módulo EXO V2; sin embargo, es necesario que habilite la opción de configuración de autenticación básica en WinRM, como se describe más adelante en este artículo.

El objetivo de los cmdlets de Exchange online en el módulo EXO V2 es reemplazar el antiguo equivalente menos eficaz, pero los cmdlets equivalentes siguen estando disponibles (después de conectar).

En la siguiente tabla se muestran los cmdlets de Exchange Online PowerShell mejorados que solo están disponibles en el módulo EXO V2:



Cmdlet del módulo EXO V2 Cmdlet anterior relacionado
Get-EXOMailbox Get-Mailbox
Get-EXORecipient Get-Recipient
Get-EXOCasMailbox Get-CASMailbox
Get-EXOMailboxPermission Get-MailboxPermission
Get-EXORecipientPermission Get-RecipientPermission
Get-EXOMailboxStatistics Get-MailboxStatistics
Get-EXOMailboxFolderStatistics Get-MailboxFolderStatistics
Get-EXOMailboxFolderPermission Get-MailboxFolderPermission
Get-EXOMobileDeviceStatistics Get-MobileDeviceStatistics

En la tabla siguiente se muestran los cmdlets relacionados con la conexión disponibles en el módulo EXO V2:



Cmdlet del módulo EXO V2 Cmdlet anterior relacionado
Connect-ExchangeOnline Connect-EXOPSSession

o

New-PSSession

Connect-IPPSSession Connect-IPPSSession
Disconnect-ExchangeOnline Remove-PSSession

En la siguiente tabla se muestran otros cmdlets de Exchange Online que se encuentran en el módulo EXO V2:



Cmdlet del módulo EXO V2 Comentarios
Get-MyAnalyticsFeatureConfig Disponible en la versión 2.0.4 o posteriores.
Set-MyAnalyticsFeatureConfig Disponible en la versión 2.0.4 o posteriores.
Get-UserBriefingConfig Reemplazado con Get-MyAnalyticsFeatureConfig
Set-UserBriefingConfig Reemplazado con Set-MyAnalyticsFeatureConfig.
Get-VivaInsightsSettings Disponible en la versión 2.0.5-Preview2 o posteriores.
Set-VivaInsightsSettings Disponible en la versión 2.0.5 - versión preliminar 2 o posteriores.

Instalar y mantener el módulo EXO V2

Puede descargar el módulo EXO V2 de la galería de PowerShell https://www.powershellgallery.com/packages/ExchangeOnlineManagement/.

Los procedimientos de esta sección explican cómo instalar, actualizar y desinstalar el módulo EXO V2.

Sistemas operativos compatibles con el módulo EXO V2

La última versión del módulo EXO V2 es compatible oficialmente con PowerShell 7 en Windows, Linux y Apple macOS.

En concreto, la versión 2.0.4 o posteriores del módulo EXO V2 es compatible con PowerShell 7.0.3 o versiones posteriores.

Para más información sobre PowerShell 7, consulte el Anuncio de PowerShell 7.0.

Apple macOS

El módulo EXO V2 es compatible con las siguientes versiones de macOS:

  • macOS 11 Big Sur o posterior
  • macOS 10.15 Catalina
  • macOS 10.14 Mojave

Para obtener instrucciones sobre cómo instalar PowerShell 7 en macOS, consulte Instalar PowerShell en macOS.

Linux

El módulo EXO V2 es compatible oficialmente con las siguientes distribuciones de Linux:

  • Ubuntu 18.04 LTS
  • Ubuntu 20.04 LTS

Si tiene problemas para utilizar el módulo EXO V2 en otras distribuciones de Linux, envíe un correo electrónico a la siguiente dirección: exocmdletpreview[at]service[dot]microsoft[dot]com. El correo electrónico es complicado adrede para evitar el correo no deseado.

Para obtener instrucciones sobre cómo instalar PowerShell 7 en Linux, consulte Instalar PowerShell en Linux.

Después de instalar PowerShell 7, siga estos pasos:

  1. Ejecute PowerShell como superusuario: sudo pwsh

  2. En la sesión de superusuario de PowerShell, ejecute los siguientes comandos:

    Install-Module -Name PSWSMan
    
    Install-WSMan
    

    Si se le solicita, acepte PSGallery como origen de los cmdlets.

Ahora puede hacer los requisitos previos normales de PowerShell e instalar el módulo EXO V2.

Windows

Todas las versiones del módulo EXO V2 son compatibles con Windows PowerShell 5.1. PowerShell 7 en Windows requiere la versión 2.0.4 o posterior del módulo EXO V2.

El módulo EXO V2 es compatible con las siguientes versiones de Windows:

  • Windows 10
  • Windows 8.14
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 o Windows Server 2012 R24
  • Windows 7 Service Pack 1 (SP1)1,2,3
  • Windows Server 2008 R2 SP11,2,3

1 Esta versión de Windows ha alcanzado la finalización del soporte y ahora solo cuenta con soporte cuando se ejecuta en máquinas virtuales de Azure.

2 Esta versión de Windows no admite la versión 2.0.4 o posterior de el módulo EXO V2. Solo admite la versión 2.0.3 o anterior.

3 Windows PowerShell 5.1 en esta versión de Windows necesita Microsoft .NET Framework 4.5 o posterior y Windows Management Framework 5.1. Para obtener más información, consulte Windows Management Framework 5.1.

4 PowerShell 7 en esta versión de Windows requiere Windows 10 Universal C Runtime (CRT).

Requisitos previos para el módulo EXO V2

Nota

La configuración descrita en esta sección es necesaria en todas las versiones de PowerShell en todos los sistemas operativos.

  • PowerShell se debe configurar para ejecutar scripts y, de manera predeterminada, no lo está. Obtendrá el siguiente error al intentar conectar:

    No se pueden cargar archivos porque la ejecución de scripts está deshabilitada en este sistema. Proporcione un certificado válido con el cual firmar los archivos.

    Para requerir que todos los scripts de PowerShell que se descargue de internet sean de publicadores de confianza, ejecute el siguiente comando en una ventana de PowerShell con permisos elevados (o sea, una ventana de PowerShell que se abre seleccionando Ejecutar como administrador):

    Set-ExecutionPolicy RemoteSigned
    

    Para obtener más información sobre las directivas de ejecución, consulte Acerca de las Directivas de ejecución.

  • WinRM debe permitir la autenticación básica (está habilitada de forma predeterminada). No enviamos la combinación de nombre de usuario y contraseña, pero se necesita el encabezado de autenticación básica para enviar el token de OAuth de la sesión, ya que la implementación de WinRM del lado del cliente no es compatible con OAuth.

    Nota: Debe habilitar, de forma temporal, que WinRM ejecute los siguiente comandos. Para habilitar WinRM, ejecute el comando: winrm quickconfig.

    Para comprobar que la autenticación básica está habilitada para WinRM, ejecute este comando en el símbolo del sistema (no en PowerShell):

    winrm get winrm/config/client/auth
    

    Si no ve el valor Basic = true, debe ejecutar este comando en el símbolo del sistema (no en PowerShell) para habilitar la autenticación básica para WinRM:

    winrm set winrm/config/client/auth @{Basic="true"}
    

    Nota: Si prefiere ejecutar el comando en PowerShell, incluya esta parte del comando entre comillas: '@{Basic="true"}'.

    Si la autenticación básica para WinRM está deshabilitada, recibirá este error cuando intente conectar:

    El cliente WinRM no puede procesar la solicitud. Actualmente, la autenticación básica está deshabilitada en la configuración del cliente. Cambie la configuración del cliente e intente de nuevo la solicitud.

Sugerencia

¿Tiene problemas? Pida ayuda en los foros de Exchange. Visite los foros en Exchange Online o Exchange Online Protection.

Instalación del módulo EXO V2

Para instalar el módulo EXO V2 por primera vez, realice los siguientes pasos:

  1. Instale o actualice el módulo PowerShellGet, como se describe en Instalación de PowerShellGet.

  2. Cierre y vuelva a abrir la ventana de Windows PowerShell.

  3. Ahora, puede usar el cmdlet install-Module para instalar el módulo EXO V2 en la galería de PowerShell. Por lo general, querrá la versión pública más reciente del módulo, pero también puede instalar una versión preliminar si está disponible.

    • Para instalar la última versión pública del módulo, ejecute uno de los siguientes comandos:

      • En una ventana de PowerShell con privilegios elevados (todos los usuarios):

        Install-Module -Name ExchangeOnlineManagement
        
      • Solo para la cuenta de usuario actual:

        Install-Module -Name ExchangeOnlineManagement -Scope CurrentUser
        
    • Para instalar una versión preliminar del módulo, reemplace <PreviewVersion> por el valor necesario y ejecute uno de los siguientes comandos:

      • En una ventana de PowerShell con privilegios elevados (todos los usuarios):

        Install-Module -Name ExchangeOnlineManagement -RequiredVersion <PreviewVersion> -AllowPrerelease
        
      • Solo para la cuenta de usuario actual:

        Install-Module -Name ExchangeOnlineManagement -RequiredVersion <PreviewVersion> -AllowPrerelease -Scope CurrentUser
        

    Cuando haya terminado, escriba Y para aceptar el contrato de licencia.

Para obtener más información acerca de la sintaxis y los parámetros, vea Install-Module.

Actualización del módulo EXO V2

Si el módulo ya está instalado en el equipo, puede ejecutar los comandos siguientes para ver la versión que está instalada actualmente y actualizarla a la última versión de la galería de PowerShell:

  1. Para ver la versión del módulo que está instalada actualmente, ejecute los siguientes comandos:

    Import-Module ExchangeOnlineManagement; Get-Module ExchangeOnlineManagement
    
  2. Puede usar el cmdlet Update-Module para actualizar el módulo EXO V2 desde la Galería de PowerShell. Por lo general, se necesitará la versión pública más reciente del módulo, pero también puede actualizar a una versión preliminar si está disponible.

    • Para actualizar a la última versión pública del módulo, ejecute uno de los siguientes comandos en función de cómo instaló originalmente el módulo (en una ventana de PowerShell con privilegios elevados o con Scope CurrentUser):

      • En una ventana de PowerShell con privilegios elevados (todos los usuarios):

        Update-Module -Name ExchangeOnlineManagement
        
      • Solo para la cuenta de usuario actual:

        Update-Module -Name ExchangeOnlineManagement -Scope CurrentUser
        
    • Para actualizar a una versión preliminar del módulo, reemplace <PreviewVersion> por el valor necesario y ejecute uno de los siguientes comandos en función de cómo instaló originalmente el módulo (en una ventana de PowerShell con privilegios elevados o con Scope CurrentUser):

      • En una ventana de PowerShell con privilegios elevados (todos los usuarios):

        Update-Module -Name ExchangeOnlineManagement -RequiredVersion <PreviewVersion> -AllowPrerelease
        
      • Solo para la cuenta de usuario actual:

        Update-Module -Name ExchangeOnlineManagement -RequiredVersion <PreviewVersion> -AllowPrerelease -Scope CurrentUser
        

    Cuando haya terminado, escriba Y para aceptar el contrato de licencia.

  3. Para confirmar que la actualización se realizó correctamente, ejecute los siguientes comandos para comprobar la información de la versión del módulo instalado:

    Import-Module ExchangeOnlineManagement; Get-Module ExchangeOnlineManagement
    

Para obtener más información acerca de la sintaxis y los parámetros, vea Update-Module.

Solución de problemas en la instalación del módulo EXO V2

  • Si recibe el siguiente error:

    El módulo especificado "ExchangeOnlineManagement" con PowerShellGetFormatVersion '<version>' no es compatible con la versión actual de PowerShellGet. Obtenga la última versión del módulo PowerShellGet para instalar este módulo "ExchangeOnlineManagement".

    Actualice la instalación del módulo PowerShellGet a la última versión, tal y como se describe en instalación de PowerShellGet. Asegúrese de cerrar y volver a abrir la ventana de PowerShell antes de intentar actualizar el módulo ExchangeOnlineManagement de nuevo.

  • A partir de abril de 2020, la galería de PowerShell solo admite conexiones con TLS 1.2 o posterior. Para más información consulte la Soporte de galería de PowerShell.

    Para comprobar la configuración actual en Microsoft .NET Framework, ejecute el siguiente comando en Windows PowerShell:

    [Net.ServicePointManager]::SecurityProtocol
    

    Como se describe en el artículo de soporte de TLS de la galería de PowerShell, para cambiar temporalmente el protocolo de seguridad TLS 1.2 para instalar los módulos PowerShellGet o ExchangeOnlineManagement, ejecute el siguiente comando en Windows PowerShell antes de instalar el módulo:

    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12 
    

    Para habilitar permanentemente la criptografía segura en Microsoft .NET Framework versión 4.x o posterior, ejecute uno de los siguientes comandos en función de la arquitectura de Windows:

    • x64:

      Set-ItemProperty -Path 'HKLM:\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319' -Name 'SchUseStrongCrypto' -Type DWord -Value '1'
      
    • x86

      Set-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\.NETFramework\v4.0.30319' -Name 'SchUseStrongCrypto' -Type DWord -Value '1'
      

    Para más información, vea SchUseStrongCrypto.

Desinstalación del módulo EXO V2

Para desinstalar el módulo, ejecute uno de los siguientes comandos en función de cómo instaló originalmente el módulo (en una ventana de PowerShell con privilegios elevados o con Scope CurrentUser):

  • En una ventana de PowerShell con privilegios elevados (todos los usuarios):

    Uninstall-Module -Name ExchangeOnlineManagement
    
  • Solo para la cuenta de usuario actual:

    Uninstall-Module -Name ExchangeOnlineManagement
    

Para obtener más información acerca de la sintaxis y los parámetros, vea Uninstall-Module.

Propiedades y conjuntos de propiedades en el módulo EXO V2

Los cmdlets de Exchange Online tradicionales entregan todas las posibles propiedades de objeto en sus resultados, incluidas muchas propiedades que suelen estar en blanco o que ni siquiera son necesarias en muchos escenarios. Este comportamiento causa la degradación del rendimiento (se ha agregado más procesamiento de servidor y carga de red). Rara vez (si nunca) necesita el complemento completo de propiedades en la salida del cmdlet.

El cmdlet Get-EXO* en el módulo tiene propiedades de salida categorizadas. En lugar de asignarle a todas las propiedades igual importancia y entregarlas en todos los escenarios, hemos categorizado propiedades relacionadas específicas en conjuntos de propiedades. En pocas palabras, estos conjuntos de propiedades son depósitos de dos o más propiedades relacionadas del cmdlet.

En el mayor y más usado cmdlet Get-EXO*:

Los conjuntos de propiedades son controlados por los siguientes parámetros:

Puede usar el PropertySets y propiedades parámetros conjuntamente en el mismo comando.

También hemos incluido un conjunto de propiedades mínima que incluye un conjunto mínimo de propiedades necesarias para el resultado del cmdlet (por ejemplo, propiedades de identidad). Las propiedades de los conjuntos de propiedades mínimos también se describen en Conjuntos de propiedades en los cmdlets de Exchange Online PowerShell V2.

  • Si no usa los parámetros PropertySets o Properties, obtendrá automáticamente las propiedades en el conjunto de propiedades mínimo.
  • Si usa los parámetros PropertySets o Properties, obtendrá las propiedades especificadas y las propiedades del conjunto de propiedades mínimo.

En ambos casos, el resultado del cmdlet contendrá muchas menos propiedades, y el tiempo que se tarda en entregar esos resultados será mucho menor.

Por ejemplo, después de conectarse a Exchange Online PowerShell, el siguiente ejemplo devuelve solo las propiedades en el conjunto de propiedades mínimas para los primeros diez buzones.

Get-EXOMailbox -ResultSize 10

Por el contrario, el resultado del mismo comando Get-Mailbox devolver, al menos, 230 propiedades para cada uno de los primeros diez buzones.

Nota

Aunque el parámetro PropertySets acepta el valor All, recomendamos encarecidamente usar este valor para recuperar todas las propiedades, ya que ralentiza el comando y reduce la confiabilidad. Utilice siempre los parámetros PropertySets y Properties para recuperar el número mínimo de propiedades.

Para obtener más información sobre el filtrado en el módulo EXO V2, consulte Filtros en el módulo Exchange Online V2.

Notas de la versión

A menos que se indique lo contrario, la versión actual del módulo EXO V2 contiene todas las características de versiones anteriores.

Versión actual: 2.0.5

  • Nuevos cmdlet Get-OwnerlessGroupPolicy y Set-OwnerlessGroupPolicy para administrar los grupos de Microsoft 365 sin ningún propietario.

    Nota

    Aunque los cmdlets están disponibles en el módulo, esta característica solo está disponible para los miembros de una versión preliminar privada.

  • Nuevos cmdlets Get-VivaInsightsSettings y Set-VivaInsightsSettings para controlar el acceso de los usuarios a las características del Headspace en Ideas Viva.

Versiones anteriores

Versión 2.0.4

  • PowerShell 7 es compatible oficialmente con Windows, Linux y Apple macOS, como se describe en la sección Requisitos previos para el módulo EXO V2 de este artículo.

  • El módulo EXO V2 de PowerShell 7 admite el inicio de sesión único (SSO) basado en explorador y otros métodos de inicio de sesión. Para más información, consulte Experiencias de inicio de sesión de PowerShell 7.

  • Los cmdlets Get-UserAnalyticsConfig y Set-UserAnalyticsConfig han sido reemplazados por los cmdlets Get-MyAnalyticsConfig y Set-MyAnalyticsConfig. Además, puede configurar el acceso en el nivel de características. Para obtener más información, consulte Configurar MyAnalytics.

  • Directiva en tiempo real y cumplimiento de seguridad en toda la autenticación basada en usuarios. La Evaluación de acceso continuo (UNOED) se ha habilitado en el Módulo EXO V2. Obtenga más información acerca de CAE aquí.

  • Las propiedades LastUserActionTime y LastInteractionTime están ahora disponibles en el resultado del cmdlet Get-EXOMailboxStatistics.

  • Ahora, el proceso interactivo de inicio de sesión usa un método más seguro para capturar tokens de acceso mediante URL de respuesta segura.

Versión 2.0.3

  • Disponibilidad general de la autenticación basada en el certificado (CBA), la cual permite usar la autenticación moderna en escenarios de scripting sin supervisión o automatización en segundo plano. Las ubicaciones de almacenamiento de certificados disponibles son:
  • Conéctese al Centro de seguridad y cumplimiento y a PowerShell de Exchange Online de forma simultánea en una única ventana de PowerShell.
  • El nuevo parámetro CommandName le permite especificar y restringir los cmdlets de PowerShell de Exchange Online que se importan en una sesión. Esta opción reduce la superficie de memoria para las aplicaciones de uso intensivo de PowerShell.
  • Get-EXOMailboxFolderPermission ahora admite ExternalDirectoryObjectID en el parámetro de identidad.
  • Latencia optimizada de la primera llamada de cmdlet V2. Los resultados de la práctica muestran una reducción de la latencia de la primera llamada de entre 8 segundos hasta aproximadamente 1 segundo. Los resultados reales dependerán del tamaño resultante del cmdlet y del entorno del espacio empresarial.

Versión 1.0.1

  • Versión de disponibilidad general (GA) del módulo EXO V2. Es estable y está listo para su uso en entornos de producción.
  • El cmdlet Get-EXOMobileDeviceStatistics ahora admite el parámetro Identidad.
  • Se mejoró la confiabilidad de la reconexión automática de la sesión en algunos casos en los que se ejecutó un script durante ~ 50 minutos y se generó un error de "cmdlet no encontrado" debido a un error en la lógica de reconexión automática.
  • Se corrigieron problemas de tipo de datos de los dos atributos comúnmente utilizados "User" y "MailboxFolderUser" para facilitar la migración de scripts.
  • Se mejoró el soporte para filtros y ahora admite otros cuatro operadores: EndsWith, Contains, Not y NotLike. Compruebe los Filtros en el módulo EXO V2 para atributos que no son compatibles con los filtros.

Versión 0.4578.0

  • Se agregó compatibilidad para configurar el correo electrónico de informe para su organización en el nivel de usuario con los cdmlets Set-UserBriefingConfig y Get-UserBriefingConfig.
  • Admite la limpieza de la sesión con el cmdlet Disconnect-ExchangeOnline. Este cmdlet es el equivalente V2 de Get-PSSession | Remove-PSSession. Además de limpiar el objeto de sesión y los archivos locales, también elimina el token de acceso de la memoria caché, que se usa para autenticarse en los cmdlets V2.
  • Ahora puede usar FolderId como parámetro de identidad en Get-EXOMailboxFolderPermission. Puede obtener el valor FolderId con Get-MailboxFolder. Por ejemplo: Get-MailboxFolderPermission -Identity <UPN>:<Folder-Path> Get-MailboxFolderPermission -Identity <UPN>:\<Folder-Id>
  • Confiabilidad mejorada de Get-EXOMailboxStatistics ya que se resolvieron ciertos errores de enrutamiento de solicitud que ocasionaban fallas.
  • Uso de memoria optimizado cuando se crea una sesión reutilizando cualquier módulo existente con una nueva sesión en lugar de crear una nueva cada vez que se importa la sesión.

Versión 0.4368.1

  • Se agregó compatibilidad para los cmdlets de PowerShell del centro de seguridad y cumplimiento mediante el cmdlet Connect-IPPSSession.
  • Ocultar la pancarta de anuncio está disponible con el conmutador de ShowBanner (-ShowBanner:$false).
  • Se finalizó la ejecución del cmdlet en la excepción de cliente.
  • PowerShell remoto contenía varios tipos de datos complejos que no se admitían intencionalmente en los cmdlets EXO para mejorar el rendimiento. Se han resuelto las diferencias en los tipos de datos no complejos entre los cmdlets de PowerShell remoto y los cmdlets v2 para permitir la migración sin problemas de scripts de administración.

Versión 0.3582.0

  • Compatibilidad con el prefijo durante la creación de sesión.
    • Solo puede crear una sesión a la vez que contenga cmdlets prefijos.
    • Tenga en cuenta que los cmdlets EXO V2 no se prefijan porque ya tienen el prefijo EXO, por lo que no debe usar EXO como prefijo.
  • Use los cmdlets EXO V2 incluso si la autenticación básica de WinRM está deshabilitada en el equipo cliente. Tenga en cuenta que los cmdlets de PowerShell remoto requieren la autenticación básica de WinRM y no estarán disponibles si está deshabilitada.
  • El parámetro identidad para los cmdlets V2 ahora también es compatible con el nombre y alias. Tenga en cuenta que usar el alias o nombre reduce el rendimiento de los cmdlets V2, por lo que no se recomienda usarlos.
  • Se corrigió un problema en el que el tipo de datos de los atributos entregado por el cmdlet V2 era diferente de los cmdlets de PowerShell remoto. Seguimos teniendo algunos pocos atributos que tienen diferentes tipos de datos y planeamos controlarlos en los próximos meses.
  • Error corregido: problema de reconexión de sesiones frecuentes cuando se ha invocado Connect-ExchangeOnline con Credentials o UserPrincipalName.

Versión 0.3555.1

  • Se corrigió un error de fallo en los cmdlets por canalizaciones con el siguiente error por un problema de autenticación:

    No se puede invocar la canalización porque el espacio de ejecución no se encuentra en estado abierto. El estado actual del espacio de ejecución es "cerrado".

Versión 0.3527.4

  • Contenido de Get-Help actualizado.
  • Se corrigió un problema en Get-Help en el que el parámetro -Online redirigía a una página inexistente con el código de error 400.

Versión 0.3527.3

  • Se agregó compatibilidad para administrar Exchange en un espacio empresarial distinto mediante el flujo de delegación.
  • Funciona conjuntamente con otros módulos de PowerShell en una única ventana de PS.
  • Compatibilidad agregada para los parámetros de posición.
  • El campo de fecha y hora ahora es compatible con la configuración regional del cliente.
  • Corrección de errores: PSCredential vacío cuando se ha pasado durante Connect-ExchangeOnline.
  • Corrección de errores: error en el módulo cliente cuando el filtro contenía $null.
  • Las sesiones creadas internamente al módulo EXO V2 ahora tienen nombres (patrón de nomenclatura: ExchangeOnlineInternalSession_% SomeNumber%).
  • Corrección de errores: los cmdlets de PowerShell remoto generan errores ocasionales por la diferencia entre la caducidad del token y la inactividad de PSSession.
  • Actualización de seguridad importante.
  • Correcciones de errores y mejoras.