Acerca del módulo de PowerShell de Exchange Online

El módulo PowerShell de Exchange Online (también conocido como módulo PowerShell V3 de Exchange Online o módulo EXO V3 desde 2022) utiliza la autenticación moderna y funciona con o sin autenticación multifactor (MFA) para conectarse a todos los entornos de PowerShell relacionados con la nube de Exchange: Exchange Online PowerShell, seguridad & cumplimiento PowerShell y PowerShell para el complemento de seguridad integrado para buzones locales.

Para obtener instrucciones de conexión mediante el módulo, consulte los siguientes artículos:

• Conectarse a Exchange Online mediante PowerShell

  Sugerencia

  Las instrucciones de conexión para PowerShell en el complemento de seguridad integrado para buzones locales son las mismas que las instrucciones de conexión para PowerShell de Exchange Online.

• Conectarse a Security & Compliance PowerShell

• Autenticación de solo aplicación para scripts desatendidos en Exchange Online PowerShell y PowerShell de cumplimiento de & de seguridad

• Use identidades administradas de Azure para conectarse a PowerShell de Exchange Online

• Usar C# para conectarse a PowerShell de Exchange Online

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.

Conexiones API de REST en el módulo EXO V3

Exchange Online PowerShell y seguridad & cumplimiento PowerShell usan conexiones de API REST para todos los cmdlets desde 2023.

Las conexiones de API de REST requieren los módulos PowerShellGet y PackageManagement. Para obtener más información, consulte PowerShellGet para conexiones basadas en REST en Windows.

Los cmdlets en las conexiones de API de REST tienen las siguientes ventajas sobre sus homólogos históricos:

• Más seguridad: compatibilidad integrada con la autenticación moderna y sin dependencia de la sesión remota de PowerShell. PowerShell en el equipo cliente no necesita autenticación básica en WinRM.
• Más confiable: los errores transitorios usan reintentos integrados, por lo que se minimizan los errores o retrasos. Por ejemplo:
  • Errores debidos a retrasos en la red.
  • Retrasos debidos a consultas grandes que tardan mucho tiempo en completarse.
• Mejor rendimiento: las conexiones de API de REST evitan configurar un espacio de ejecución de PowerShell.

En la tabla siguiente se comparan las ventajas de los cmdlets de la API de REST con los cmdlets de PowerShell remotos no disponibles y los cmdlets exclusivos de Get-EXO* en el módulo EXO V3.

Los cmdlets de la API de REST tienen los mismos nombres de cmdlet y funcionan igual que sus equivalentes remotos de PowerShell, por lo que no es necesario actualizar los nombres de cmdlet ni los parámetros en los scripts.

Algunos cmdlets de PowerShell de Exchange Online se actualizan con el modificador experimental UseCustomRouting. Este modificador enruta el comando directamente al servidor de buzones de correo necesario y podría mejorar el rendimiento general. Use el modificador UseCustomRouting de forma experimental.

• Al usar el modificador UseCustomRouting, solo puede usar los siguientes valores para la identidad del buzón:

  • Nombre principal del usuario (UPN)
  • Dirección de correo electrónico
  • GUID del buzón de correo

• El modificador UseCustomRouting solo está disponible en los siguientes cmdlets de PowerShell de Exchange Online:

  • Get-Clutter
  • Get-FocusedInbox
  • Get-InboxRule
  • Get-MailboxAutoReplyConfiguration
  • Get-MailboxCalendarFolder
  • Get-MailboxFolderPermission
  • Get-MailboxFolderStatistics
  • Get-MailboxMessageConfiguration
  • Get-MailboxPermission
  • Get-MailboxRegionalConfiguration
  • Get-MailboxStatistics
  • Get-MobileDeviceStatistics
  • Get-UserPhoto
  • Remove-CalendarEvents
  • Set-Clutter
  • Set-FocusedInbox
  • Set-MailboxRegionalConfiguration
  • Set-UserPhoto

• Use el cmdlet Get-ConnectionInformation para obtener información sobre las conexiones a Exchange Online PowerShell y a PowerShell de seguridad & cumplimiento. Este cmdlet es necesario porque el cmdlet Get-PSSession de Windows PowerShell no devuelve información para las conexiones de API de REST.

  En la tabla siguiente se describen los escenarios en los que puede usar Get-ConnectionInformation :

  Escenario	Salida esperada
  Ejecutar después de los comandos Connect-ExchangeOnline o Connect-IPPSSession .	Devuelve un objeto de información de conexión.
  Ejecutar después de varios comandos Connect-ExchangeOnline o Connect-IPPSSession .	Devuelve una colección de objetos de información de conexión.

• Use el modificador SkipLoadingFormatData del cmdlet Connect-ExchangeOnline para evitar que se carguen datos de formato y para ejecutar los comandos de Connect-ExchangeOnline con mayor rapidez.

• Los cmdlets respaldados por la API REST tienen un tiempo de espera de 15 minutos, lo que puede afectar a las operaciones masivas. Por ejemplo, podría agotarse el tiempo de espera del siguiente comando Update-DistributionGroupMember para actualizar 10 000 miembros de un grupo de distribución:

  $Members = @("member1","member2",...,"member10000")
  
  Update-DistributionGroupMember -Identity DG01 -Members $Members
  

  En su lugar, use el comando Update-DistributionGroupMember para actualizar menos miembros y, a continuación, agregue los miembros restantes individualmente mediante un comando Add-DistributionGroupMember . Por ejemplo:

  Update-DistributionGroupMember -Identity DG01 -Members $Members[0..4999]
  
  $Remaining = $Members[-5000..-1]
  
  foreach ($Member in $Remaining)
  
  {
     Add-DistributionGroupMember -Identity DG01 -Member $Member
  }
  

Para obtener más información sobre las novedades del módulo EXO V3, consulte la sección Notas de la versión más adelante en este artículo.

Notifique errores y problemas para versiones preliminares del módulo de PowerShell de Exchange Online

Solo para las versiones preliminares del módulo, utilice la herramienta exocmdletpreview[at]service[dot]microsoft[dot]com para informar de cualquier problema que pueda encontrar. Asegúrese de incluir los archivos de registro en el mensaje de correo electrónico. Para generar los archivos de registro, sustituya <Ruta> por una carpeta de salida y luego ejecute el siguiente comando:

Connect-ExchangeOnline -EnableErrorReporting -LogDirectoryPath <Path> -LogLevel All

Cmdlets en el módulo de PowerShell de Exchange Online

El módulo EXO contiene nueve cmdlets exclusivos de Get-EXO* que están optimizados para la velocidad en escenarios de recuperación masiva de datos (miles y miles de objetos) en PowerShell de Exchange Online. En la tabla siguiente se enumeran los cmdlets mejorados en el módulo:

En la tabla siguiente se indican los cmdlets relacionados con la conexión del módulo:

En la tabla siguiente se enumeran varios cmdlets de características de Exchange Online que están en el módulo:

Sistemas operativos compatibles con el módulo de PowerShell de Exchange Online

El módulo es oficialmente compatible con PowerShell 7 en Windows, Linux y Apple macOS:

• Las versiones del módulo 3.10.0 (junio de 2026) o posteriores requieren PowerShell 7.6.0 (marzo de 2026) o posterior debido a las dependencias de ensamblado de .NET 10.0.
• Las versiones del módulo 3.5.0 (mayo de 2024) a 3.9.2 (enero de 2026) requieren PowerShell 7.4.0 (noviembre de 2023) o posterior debido a las dependencias de ensamblado de .NET 8.0. Las versiones anteriores de PowerShell 7 pueden encontrar problemas de compatibilidad (PowerShell 7.3.6 es más compatible con el módulo que 7.3.7).
• Las versiones del módulo 3.0.0 (septiembre de 2022) a 3.4.0 (octubre de 2023) requieren PowerShell 7.2.0 (noviembre de 2021) o posterior debido a las dependencias de ensamblado de .NET 6.0 en los cmdlets y conexiones de la API de REST.
• El soporte para el módulo en PowerShell 7 comenzó con la versión 2.0.4 (febrero de 2021) en PowerShell 7.0.3 (julio de 2020).

Para obtener más información sobre PowerShell 7, consulte ¿Qué es PowerShell?.

Soporte de macOS para el módulo

Para obtener instrucciones sobre cómo instalar PowerShell 7 en macOS, consulte Instalar PowerShell en macOS. Después de instalar PowerShell 7, puede cumplir los requisitos previos normales de PowerShell e instalar y actualizar el módulo de PowerShell de Exchange Online.

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

macOS 14 Sonoma o posterior

7.4.0 (.NET 8.0) es la versión más antigua compatible de PowerShell 7 en macOS 14 Sonoma o posterior.

macOS 13 Ventura

La versión compatible más reciente del módulo es 3.9.2 porque la versión compatible más reciente de PowerShell 7 es 7.5.x (.NET 9.0).

macOS 12 Monterey y macOS 11 Big Sur

La versión compatible más reciente del módulo es 3.9.2 porque la versión compatible más reciente de PowerShell 7 es 7.4.x (.NET 8.0).

Las versiones de módulo 3.0.0 a 3.9.2 son compatibles con todos los procesadores.

Las versiones del módulo 2.0.4 y 2.0.5 se ejecutan de forma nativa en procesadores Intel. Los procesadores Apple M1 o Apple M2 requieren Apple Rosetta 2.

macOS 10.15 Catalina

La versión compatible más reciente del módulo es 3.4.0 porque la versión compatible más reciente de PowerShell 7 es 7.2.22 (.NET 6.0).

macOS 10.14 Mojave

La versión compatible más reciente del módulo es 2.0.5 porque la versión compatible más reciente de PowerShell 7 es 7.1.5 (.NET 5.0).

Compatibilidad de Linux para el módulo

Para obtener instrucciones sobre cómo instalar PowerShell 7 en Linux, consulte Instalar PowerShell en Linux. Después de instalar PowerShell 7, puede cumplir los requisitos previos normales de PowerShell e instalar y actualizar el módulo de PowerShell de Exchange Online.

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

Ubuntu 24.04 LTS

7.2.0 (.NET 6.0) es la versión más antigua compatible de PowerShell 7 en Ubuntu 24.04 LTS.

Ubuntu 22.04 LTS

7.2.0 (.NET 6.0) es la versión más antigua compatible de PowerShell 7 en Ubuntu 22.04 LTS.

Ubuntu 20.04 LTS

La versión compatible más reciente del módulo es 3.9.2 porque la versión compatible más reciente de PowerShell 7 es 7.4.x (.NET 8.0).

Las versiones del módulo 3.7.0 a 3.9.2 podrían producir errores de protocolo SSL.

Ubuntu 18.04 LTS

La versión compatible más reciente del módulo es 3.9.2 porque la versión compatible más reciente de PowerShell 7 es 7.4.x (.NET 8.0).

Las versiones del módulo 3.7.0 a 3.9.2 pueden tener problemas de confiabilidad en Ubuntu 18.04 LTS.

Soporte de Windows para el módulo

La compatibilidad de versiones específicas del módulo en Windows depende de la compatibilidad con Windows PowerShell y de la compatibilidad con .NET Framework o .NET como se describe en las siguientes subsecciones:

Windows 11

En Windows PowerShell 5.1, el módulo requiere .NET Framework 4.7.2 (4.8.x se incluye en Windows 11, por lo que no es necesario instalar .NET Framework).

7.2.0 (.NET 6.0) es la versión más antigua compatible de PowerShell 7 en Windows 11.

Windows Server 2022 y Windows Server 2025

En Windows PowerShell 5.1, el módulo requiere .NET Framework 4.7.2 (4.8.x está incluido, por lo que no es necesario instalar .NET Framework).

7.2.0 (.NET 6.0) es la versión admitida más antigua de PowerShell 7 en Windows Server 2022 y Windows Server 2025.

Windows 10

En Windows PowerShell 5.1, el módulo requiere .NET Framework 4.7.2. La Actualización de abril de 2018 de Windows 10 (versión 1803) o posterior incluye .NET Framework 4.7.2, por lo que no es necesario descargarla.

En Windows 10, .NET 8.0 y .NET 10.0 (y, por lo tanto, PowerShell 7.4 o posterior y las versiones del módulo 3.5.0 o posterior) solo se admiten en las ediciones Enterprise e IoT LTSC que todavía son compatibles (versiones 1607, 1809 y 21H2).

Las ediciones para consumidores de Windows 10 alcanzaron la finalización del soporte en octubre de 2025 y no son compatibles con .NET 8.0 o .NET 10.0.

Windows Server 2016 y Windows Server 2019

En Windows PowerShell 5.1, el módulo requiere .NET Framework 4.7.2 (incluido en Windows Server 2019).

Windows 8.1, Windows Server 2012 y Windows Server 2012 R2

En Windows PowerShell 5.1, el módulo requiere .NET Framework 4.7.2.

7.2.22 (.NET 6.0) es la versión compatible más reciente de PowerShell 7 en Windows 8.1, Windows Server 2012 y Windows Server 2012 R2.

Windows 7.1 SP1 y Windows Server 2008 R2 SP1

En Windows PowerShell 5.1, el módulo requiere .NET Framework 4.7.1.

Requisitos previos para el módulo de PowerShell de Exchange Online

Establezca la directiva de ejecución de PowerShell en RemoteSigned

PowerShell debe estar configurado para ejecutar scripts y, de forma predeterminado, 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 la firma de editores de confianza para todos los scripts de PowerShell descargados de Internet, ejecute el siguiente comando en una sesión de PowerShell con privilegios elevados (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.

Autenticación básica en WinRM

A partir de octubre de 2023, las conexiones de API de REST reemplazaron a las conexiones de autenticación básica (PowerShell remoto) en Exchange Online PowerShell y seguridad & cumplimiento de PowerShell. Las conexiones de API de REST no requieren autenticación básica en WinRM.

La versión 3.2.0 (junio de 2023) y las versiones posteriores del módulo son totalmente compatibles con cmdlets de API de REST en Exchange Online PowerShell y Seguridad & Cumplimiento de PowerShell.

Se requiere PowerShellGet en Windows

Las conexiones de API de REST en Windows requieren el módulo PowerShellGet. Por dependencia, el módulo PowerShellGet requiere el módulo PackageManagement. La consideración de estos módulos es más para PowerShell 5.1 que para PowerShell 7, pero todas las versiones de PowerShell se benefician de tener instaladas las versiones más recientes de los módulos. Para obtener instrucciones de instalación y actualización, consulte Instalación de PowerShellGet en Windows.

Si no tiene PowerShellGet instalado al intentar conectarse, recibirá el siguiente error:

No se encuentra un cmdlet Update-Manifest

Instalar y actualizar el módulo de PowerShell para Exchange Online

El módulo está disponible en la Galería de PowerShell en https://www.powershellgallery.com/packages/ExchangeOnlineManagement/.

Use el cmdlet Install-Module para instalar el módulo por primera vez y el cmdlet Update-Module para actualizar una instalación existente desde la Galería de PowerShell. Ambos cmdlets usan los mismos parámetros, por lo que se aplica la misma sintaxis tanto si se está instalando como actualizando.

Para ver si el módulo ya está instalado y cómo se instaló, ejecute Get-InstalledModule ExchangeOnlineManagement | Format-List Name,Version,InstalledLocation:

• Si el módulo está instalado en %ProgramFiles%\WindowsPowerShell\Modules\, se instalará para todos los usuarios.
• Si el módulo está instalado en la carpeta Documentos, solo se instalará para su cuenta de usuario actual.

Antes de instalar el módulo por primera vez, instale o actualice el módulo PowerShellGet como se describe en Instalar PowerShellGet y, a continuación, cierre y vuelva a abrir la ventana de PowerShell.

Para instalar o actualizar el módulo, utilice la sintaxis siguiente:

<Install-Module | Update-Module> -Name ExchangeOnlineManagement [-Scope CurrentUser] [-RequiredVersion <Version>] [-AllowPrerelease]

• Normalmente, desea la versión pública más reciente del módulo, pero también puede instalar o actualizar a una versión preliminar.

• Requisitos para que la sesión de PowerShell instale o actualice el módulo:

  • Para todos los usuarios: Ejecute el comando en una sesión de PowerShell con privilegios elevados.
  • Para el usuario actual: No se requiere una sesión de PowerShell con privilegios elevados.

  Al actualizar el módulo, use el mismo ámbito que utilizó para instalarlo originalmente.

• El parámetro RequiredVersion especifica la versión del módulo que se va a instalar o actualizar. Puede utilizar este parámetro con o sin el modificador AllowPrerelease .

• El modificador AllowPrerelease instala o actualiza una versión preliminar del módulo. Para especificar la versión preliminar, use también el parámetro RequiredVersion .

  Para ver todas las versiones disponibles del módulo, incluidas las versiones preliminares, ejecute Find-Module ExchangeOnlineManagement -AllVersions -AllowPrerelease. Para ver solo las versiones públicas, omita el modificador AllowPrerelease .

En este ejemplo se instala la versión pública más reciente del módulo para todos los usuarios.

Install-Module -Name ExchangeOnlineManagement

En este ejemplo se actualiza el módulo a la versión pública más reciente para la cuenta de usuario actual.

Update-Module -Name ExchangeOnlineManagement -Scope CurrentUser

En este ejemplo se instala la versión preliminar más reciente disponible del módulo para todos los usuarios.

Install-Module -Name ExchangeOnlineManagement -AllowPrerelease

Para obtener información detallada sobre la sintaxis y los parámetros, vea los artículos siguientes:

• Módulo de búsqueda
• Módulo de instalación
• módulo de actualización
• Get-InstalledModule

Desinstalar el módulo de PowerShell de Exchange Online

Para desinstalar el módulo, ejecute el siguiente comando. Si instaló originalmente el módulo para todos los usuarios, ejecute el comando en una sesión de PowerShell con privilegios elevados.

Uninstall-Module -Name ExchangeOnlineManagement

Para confirmar cómo se instaló el módulo (todos los usuarios frente a la cuenta de usuario actual), use el Get-InstalledModule comando al principio de la sección Instalar y actualizar el módulo de PowerShell de Exchange Online.

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

Solución de problemas en la instalación del módulo de PowerShell de Exchange Online

En esta sección se describen los errores que puede encontrar al instalar el módulo y cómo resolverlos.

• Recibe uno de los siguientes errores:

  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".

  ADVERTENCIA: No se puede descargar desde URI 'https://go.microsoft.com/fwlink/?LinkID=627338& clcid=0x409' a ''.

  ADVERTENCIA: No se puede descargar la lista de proveedores disponibles. Compruebe su conexión a Internet.

  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 de nuevo el módulo ExchangeOnlineManagement.

• Recibe el siguiente error:

  No se encontró ninguna coincidencia para los criterios de búsqueda especificados y el nombre del módulo 'ExchangeOnlineManagement'. Intente ejecutar Get-PSRepository para ver todos los repositorios de módulos registrados disponibles.

  El repositorio predeterminado para los módulos de PowerShell no está establecido en PSGallery. Para corregir este error, ejecute el siguiente comando:

  Register-PSRepository -Default
  

• En Windows PowerShell 5.1, recibe errores al intentar instalar el módulo porque la Galería de PowerShell requiere conexiones TLS 1.2 o posteriores (PowerShell 7 ya usa TLS 1.2 o posterior). Este problema normalmente afecta solo a versiones anteriores de Windows en las que .NET Framework no usa TLS 1.2 de forma predeterminada. Para obtener más información y los pasos para resolverlo, consulte Compatibilidad con TLS de la Galería de PowerShell.

Propiedades y conjuntos de propiedades en el módulo de PowerShell de Exchange Online

Los cmdlets tradicionales de Exchange Online devuelven todas las propiedades de objeto posibles, incluidas muchas propiedades en blanco o poco interesantes. 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.

Los cmdlets Get-EXO* del módulo contienen propiedades de salida categorizadas. En lugar de dar la misma importancia a todas las propiedades y devolverlas en todos los escenarios, clasificamos las propiedades relacionadas específicas en conjuntos de propiedades. Estos conjuntos de propiedades son cubos de dos o más propiedades relacionadas en el cmdlet.

Los cmdlets Get-EXO * más grandes y más usados usan conjuntos de propiedades:

• Get-EXOCasMailbox
• Get-EXOMailbox
• Get-EXOMailboxStatistics
• Get-EXORecipient

En esos cmdlets, los siguientes conjuntos de propiedades de control de parámetros:

• PropertySets: este parámetro acepta uno o más nombres del conjunto de propiedades disponibles separados por comas. Los conjuntos de propiedades disponibles se describen en Conjuntos de propiedades en cmdlets de módulo de PowerShell de Exchange Online.
• Properties: Este parámetro acepta uno o más nombres de propiedades separados por comas.

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

También hemos incluido un conjunto de propiedades Minimum que incluye un conjunto mínimo de propiedades necesarias para la salida 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 cmdlets del módulo de PowerShell de Exchange Online.

• 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, la salida del cmdlet contiene muchas menos propiedades y los resultados se devuelven mucho más rápido.

Por ejemplo, después de conectarse a PowerShell de Exchange Online, en el ejemplo siguiente se devuelven solo las propiedades del conjunto de propiedades Mínimo para los primeros 10 buzones.

Get-EXOMailbox -ResultSize 10

Por el contrario, la salida del mismo comando Get-Mailbox devolvería al menos 230 propiedades para cada uno de los primeros 10 buzones.

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

Notas de la versión

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

Versión actual

Versión 3.10.1

• Se han corregido errores de autenticación basada en certificados (CBA) y otros problemas menores de rendimiento.

Versiones anteriores

Versión 3.10.0

• A partir de esta versión del módulo, la versión mínima necesaria de PowerShell 7 es 7.6. Windows PowerShell 5.1 no se ve afectado.
• Se ha corregido un problema por el que se producía un error en la autenticación basada en certificados (CBA) en Connect-IPPSSession cuando se utilizaba el modificador EnableSearchOnlySession .

Versión 3.9.2

• Nuevos cmdlets Add-WorkforceInsightsDelegationAccess, Get-WorkforceInsightsDelegationAccess y Remove-WorkforceInsightsDelegationAccess para la delegación de Workforce Insights .
• Nuevo parámetro EXOModuleBasePath en Connect-ExchangeOnline y Connect-IPPSSession para almacenar archivos temporales del módulo EXO en una ruta personalizada.
• Parámetro UseRpsSession en desuso de Connect-ExchangeOnline y Connect-IPPSSession.

Versión 3.9.0

• Nuevo conmutador EnableSearchOnlySession en Connect-IPPSSession, que habilita determinados cmdlets de eDiscovery y cmdlets relacionados que se conectan a otros servicios de Microsoft 365.

Versión 3.8.0

• Nuevo parámetro AccessToken en Connect-IPPSSession.

• Get-VivaModuleFeature ahora devuelve información sobre ParentFeature, ChildFeature y PolicyModes. Estos valores representan las características principales y secundarias de una característica de la aplicación Viva junto con los modos de habilitación disponibles para futuras directivas.

• Nuevos parámetros IsUserOptedInByDefault en los cmdlets Add-VivaModuleFeaturePolicy y Update-VivaModuleFeaturePolicy y el valor de propiedad correspondiente en todos los cmdlets *-VivaModuleFeaturePolicy . El valor indica si la directiva ha optado por participar o no en la directiva, siempre y cuando el usuario no establezca una preferencia.

  Puede usar este parámetro para mantener la característica habilitada en su organización mientras excluye a los usuarios afectados de forma predeterminada, deshabilitando de forma eficaz la característica para esos usuarios.

• Obsoleto el cmdlet Get-VivaFeatureCategory , todos los parámetros relacionados con la categoría y los valores devueltos (CategoryId, IsCategoryEnabled).

Versión 3.7.2

• El conmutador DisableWAM está disponible en el cmdlet Connect-ExchangeOnline para deshabilitar el Administrador de cuentas web (WAM) si obtiene errores de conexión relacionados con WAM.

Versión 3.7.1

• Se ha agregado una nueva propiedad denominada ExoExchangeSecurityDescriptor a la salida de Get-EXOMailbox que es similar a la ExchangeSecurityDescriptor propiedad en la salida de Get-Mailbox.
• Se han agregado nuevos cmdlets para admitir la característica de delegación de Viva Org Insights:
  • Add-VivaOrgInsightsDelegatedRole
  • Get-VivaOrgInsightsDelegatedRole
  • Remove-VivaOrgInsightsDelegatedRole

Versión 3.7.0

• Administrador de cuentas web (WAM) integrado en los flujos de autenticación para mejorar la seguridad.
• La ayuda de la línea de comandos para los cmdlets de PowerShell de Exchange Online ya no se carga de forma predeterminada. Use el modificador LoadCmdletHelp en el comando Connect-ExchangeOnline para que la ayuda para los cmdlets de PowerShell de Exchange Online esté disponible para el cmdlet Get-Help.
• Se han corregido problemas de conexión con la autenticación de solo aplicación en PowerShell de seguridad & cumplimiento.

Versión 3.6.0

• Get-VivaModuleFeature ahora devuelve información sobre los tipos de identidades para las que la característica admite la creación de directivas (por ejemplo, usuarios, grupos o toda la organización).
• Los cmdlets para la administración del acceso a las características de Viva ahora controlan los desafíos de notificación de la evaluación continua de acceso (CAE).
• Se ha agregado una corrección para el problema de compatibilidad con el módulo Microsoft.Graph.

Versión 3.5.1

• Correcciones de errores en Get-EXOMailboxPermission y Get-EXOMailbox.
• El módulo se actualiza para ejecutarse en .NET 8, reemplazando la versión anterior basada en .NET 6.
• Mejoras en Add-VivaModuleFeaturePolicy.

Versión 3.5.0

• Nuevo cmdlet Get-VivaFeatureCategory .
• Se ha agregado compatibilidad con operaciones de directiva en el nivel de categoría en Viva Feature Access Management (VFAM).
• Nueva propiedad IsFeatureEnabledByDefault en la salida de Get-VivaModuleFeaturePolicy. El valor de esta propiedad muestra el estado de habilitación predeterminado para los usuarios cuando no se crearon directivas de organización o usuario o grupo.

Versión 3.4.0

• Correcciones de errores en Connect-ExchangeOnline, Get-EXORecipientPermission y Get-EXOMailboxFolderPermission.
• El parámetro SigningCertificate en Connect-ExchangeOnline ahora admite el modo de idioma restringido (CLM).

Versión 3.3.0

• SkipLoadingCmdletHelp en Connect-ExchangeOnline para admitir la omisión de carga de archivos de ayuda de cmdlet.
• La variable EXO_LastExecutionStatus global está disponible para comprobar el estado del último cmdlet que se ejecutó.
• Correcciones de errores en Connect-ExchangeOnline y Connect-IPPSSession.
• IsUserControlEnabled en Add-VivaModuleFeaturePolicy y Update-VivaModuleFeaturePolicy para admitir la habilitación de controles de usuario por directiva para las características que se incorporan a la administración de acceso de características de Viva.

Versión 3.2.0

• Nuevos cmdlets:
  • Get-DefaultTenantBriefingConfig y Set-DefaultTenantBriefingConfig.
  • Get-DefaultTenantMyAnalyticsFeatureConfig y Set-DefaultTenantMyAnalyticsFeatureConfig.
  • Get-VivaModuleFeature, Get-VivaModuleFeatureEnablement, Add-VivaModuleFeaturePolicy, Get-VivaModuleFeaturePolicy, Remove-VivaModuleFeaturePolicy y Update-VivaModuleFeaturePolicy.
• Compatibilidad con la conexión de API de REST para PowerShell de seguridad & cumplimiento.
• Parámetro ConnectionId en Get-ConnectionInformation y Disconnect-ExchangeOnline:
  • Obtenga información de conexión para conexiones de API de REST específicas.
  • Desconexión selectiva de las conexiones de API de REST.
• El parámetro SigningCertificate en Connect-ExchangeOnline le permite firmar los archivos de formato (*. Format.ps1xml) o archivos de módulo de script (.psm1) en el módulo temporal que Connect-ExchangeOnline crea con un certificado de cliente para usar en todas las directivas de ejecución de PowerShell.
• Corrección de errores en Connect-ExchangeOnline.

Versión 3.1.0

• AccessToken disponible en Connect-ExchangeOnline.
• Correcciones de errores en Connect-ExchangeOnline y Get-ConnectionInformation.
• Corrección de errores en Connect-IPPSSession para conectarse a PowerShell de seguridad & cumplimiento mediante CertificateThumbprint.

Versión 3.0.0 (versiones preliminares conocidas como v2.0.6-PreviewX)

• Características ya descritas en las conexiones de API REST en la sección del módulo EXO V3 :
  • Autenticación basada en certificados para PowerShell de seguridad & cumplimiento (versión 2.0.6-versión preliminar5 o posterior).
  • El cmdlet Get-ConnectionInformation para conexiones basadas en REST (versión 2.0.6-Preview7 o posterior).
  • El modificador SkipLoadingFormatData en el cmdlet Connect-ExchangeOnline para conexiones basadas en REST (versión 2.0.6-Preview8 o posterior).
• El parámetro DelegatedOrganization funciona en el cmdlet Connect-IPPSSession siempre y cuando también use el parámetro AzureADAuthorizationEndpointUri en el comando.
• Algunos cmdlets que solicitaban confirmación en escenarios específicos ya no lo hacen. De forma predeterminada, el cmdlet se ejecuta hasta su finalización.
• El formato del error devuelto tras la ejecución de cmdlet con error se modifica ligeramente. La excepción ahora contiene más datos (por ejemplo, el tipo de excepción) y FullyQualifiedErrorId no contiene el FailureCategoryarchivo . El formato del error está sujeto a nuevas modificaciones.

Versión 2.0.5

• Nuevos cmdlets Get-OwnerlessGroupPolicy y Set-OwnerlessGroupPolicy para administrar Grupos de Microsoft 365 sin 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 de espacio de cabeza en Viva Insights.

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 PowerShell de Exchange Online de este artículo.

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

• Los cmdlets Get-UserAnalyticsConfig y Set-UserAnalyticsConfig se reemplazaron por los cmdlets Get-MyAnalyticsConfig y Set-MyAnalyticsConfig . También puedes configurar el acceso en el nivel de características. Para más información, consulte Configuración de MyAnalytics.

• Aplicación de directivas y seguridad en tiempo real en toda la autenticación basada en usuarios. La Evaluación continua de acceso (CAE) está habilitada en el módulo. Para obtener más información, consulte Avanzar hacia la aplicación de directivas y seguridad en tiempo real.

• 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 certificados (CBA), que permite usar la autenticación moderna en escenarios de scripting desatendido o automatización en segundo plano. Las ubicaciones de almacenamiento de los certificados disponibles son:
  • Remoto en el parámetro de Valor clave de Azure (el Certificado). Esta opción mejora la seguridad al buscar el certificado solo en el runtime.
  • Local en el almacén de certificados CurrentUser o LocalMachine (el parámetro CertificateThumbprint).
  • Local en un archivo de certificados exportado (los parámetros CertificateFilePath y CertificatePassword). Para obtener más información, consulte las descripciones de parámetros en Connect-ExchangeOnline y la autenticación de solo aplicación para scripts desatendidos en el módulo de PowerShell de Exchange Online.
• Conéctese a Exchange Online PowerShell y Security & Compliance PowerShell simultáneamente en una sola 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 aplicaciones de PowerShell de alto uso.
• Get-EXOMailboxFolderPermission ahora admite ExternalDirectoryObjectID en el parámetro de identidad.
• Latencia optimizada de la primera llamada de cmdlet V2. Los resultados de laboratorio muestran que la latencia de la primera llamada disminuyó de 8 segundos a aproximadamente 1 segundo. Los resultados reales dependen del tamaño del resultado del cmdlet y del entorno de la organización.

Versión 1.0.1

• Versión de disponibilidad general (GA) del módulo EXO V2. Es estable y está lista para usarse en entornos de producción.
• El cmdlet Get-EXOMobileDeviceStatistics ahora admite el parámetro Identidad.
• Se ha mejorado la confiabilidad para la reconexión automática de sesiones en determinados escenarios en los que un script se ejecutaba durante ~50 minutos y arrojaba 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.
• Compatibilidad mejorada con filtros, ya que ahora admite cuatro operadores más: EndsWith, Contains, Not y NotLike. Compruebe si hay atributos que no se admiten en los filtros en el módulo de PowerShell de Exchange Online.

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>
• Se ha mejorado la confiabilidad de Get-EXOMailboxStatistics a medida que se resuelven ciertos errores de enrutamiento de solicitudes que han provocado errores.
• Se ha optimizado el uso de memoria para las nuevas sesiones creadas a partir de la reutilización de módulos existentes en lugar de crear una nueva sesión cada vez que se importa una sesión.

Versión 0.4368.1

• Se ha agregado compatibilidad con los cmdlets de Security & Compliance de PowerShell 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 intencionadamente en los cmdlets EXO para mejorar el rendimiento. Las diferencias en los tipos de datos no complejos entre los cmdlets de PowerShell remoto y los cmdlets V2 se resuelven para permitir una migración sin problemas de los scripts de administración.

Versión 0.3582.0

• Compatibilidad con prefijos durante la creación de sesiones:
  • Solo puede crear una sesión cada vez que contenga cmdlets prefijos.
  • Los cmdlets EXO V2 no tienen prefijo porque ya tienen el prefijo EXO, así que no lo use EXO como prefijo.
• Use los cmdlets EXO V2 incluso si la autenticación básica de WinRM está deshabilitada en el equipo cliente. Las conexiones remotas de PowerShell requieren autenticación básica de WinRM, y los cmdlets de PowerShell remoto no están disponibles si la autenticación básica está deshabilitada en WinRM.
• El parámetro de identidad para cmdlets V2 ahora admite nombre y alias. El uso de alias o nombre ralentiza 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. Todavía tenemos algunos atributos con tipos de datos diferentes y tenemos previsto controlarlos en los próximos meses.
• Error corregido: Problema de reconexión de sesiones frecuentes cuando se invocaba Connect-ExchangeOnline con credenciales 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 está en el estado Abierto. El estado actual del espacio de ejecución es "cerrado".

Versión 0.3527.4

• Contenido de Get-Help actualizado.
• Se ha corregido un problema en Get-Help por 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 ha agregado compatibilidad para administrar Exchange para una organización diferente mediante el flujo de delegación.
• Funciona en conjunto con otros módulos de PowerShell en una sola ventana de PowerShell.
• 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 remotos fallan de forma intermitente debido al tiempo, la diferencia entre la expiración del token y la sesión se queda inactiva.
• Actualización de seguridad importante.
• Correcciones de errores y mejoras.