Acerca del módulo de PowerShell Exchange Online

El módulo de PowerShell Exchange Online (también conocido como módulo Exchange Online PowerShell V3 o módulo EXO V3 desde 2022) usa 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, PowerShell de cumplimiento de & de seguridad y PowerShell para el complemento de seguridad integrado para buzones locales.

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

• Conectarse a Exchange Online mediante PowerShell

  Sugerencia

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

• Conectarse a Security & Compliance PowerShell

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

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

• Uso de C# para conectarse a Exchange Online PowerShell

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 de API REST en el módulo EXO V3

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

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

Los cmdlets de las conexiones de API REST tienen las siguientes ventajas con respecto a sus homólogos históricos:

• Más seguro: 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 REST evitan la configuración de un espacio de ejecución de PowerShell.

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

Los cmdlets de api 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 scripts.

Algunos cmdlets de Exchange Online PowerShell 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 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 PowerShell de cumplimiento de seguridad &. Este cmdlet es necesario porque el cmdlet Get-PSSession de Windows PowerShell no devuelve información para las conexiones de API REST.

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

  Escenario	Salida esperada
  Ejecute después de los comandos Connect-ExchangeOnline o Connect-IPPSSession .	Devuelve un objeto de información de conexión.
  Ejecute 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 en el cmdlet Connect-ExchangeOnline para evitar la carga de datos de formato y ejecutar comandos Connect-ExchangeOnline más rápido.

• 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, el siguiente comando Update-DistributionGroupMember para actualizar 10 000 miembros de un grupo de distribución podría agotar el tiempo de espera:

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

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

Solo para versiones preliminares del módulo, use exocmdletpreview[at]service[dot]microsoft[dot]com para notificar los problemas que pueda encontrar. Asegúrese de incluir los archivos de registro en el mensaje de correo electrónico. Para generar los archivos de registro, reemplace Path> por <una carpeta de salida y, a continuación, ejecute el siguiente comando:

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

Cmdlets en el módulo de PowerShell Exchange Online

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

Los cmdlets relacionados con la conexión del módulo se enumeran en la tabla siguiente:

En la tabla siguiente se muestran varios cmdlets de características de Exchange Online que se encuentran en el módulo:

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

El módulo se admite oficialmente en PowerShell 7 en Windows, Linux y MacOS de Apple:

• Las versiones del módulo 3.10.0 (junio de 2026) o posterior requieren PowerShell 7.6.0 (marzo de 2026) o posterior debido a las dependencias del 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 del 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 dependencias de ensamblado de .NET 6.0 en cmdlets y conexiones de la API REST.
• La compatibilidad con el módulo en PowerShell 7 se inició 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?.

Compatibilidad con 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 realizar los requisitos previos normales de PowerShell e instalar y actualizar el módulo de PowerShell Exchange Online.

El módulo se admite en las siguientes versiones de macOS:

macOS 14 Sonoma o posterior

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

macOS 13 Ventura

La versión compatible más reciente del módulo es la 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 más reciente admitida del módulo es la 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.0.0 a 3.9.2 son compatibles con todos los procesadores.

Las versiones de 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 la 3.4.0 porque la versión compatible más reciente de PowerShell 7 es la 7.2.22 (.NET 6.0).

macOS 10.14 Mojave

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

Linux compatibilidad con 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 realizar los requisitos previos normales de PowerShell e instalar y actualizar el módulo de PowerShell Exchange Online.

El módulo se admite oficialmente en las siguientes distribuciones de Linux:

Ubuntu 24.04 LTS

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

Ubuntu 22.04 LTS

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

Ubuntu 20.04 LTS

La versión más reciente admitida del módulo es la 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 producir errores de protocolo SSL.

Ubuntu 18.04 LTS

La versión más reciente admitida del módulo es la 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.

Compatibilidad de Windows con el módulo

La compatibilidad específica con la versión del módulo en Windows depende de Windows PowerShell soporte técnico y de .NET Framework o .NET, como se describe en las subsecciones siguientes:

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 primera versión 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 (se incluye 4.8.x, por lo que no es necesario instalar .NET Framework).

7.2.0 (.NET 6.0) es la versión más antigua admitida 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 Windows 10 de abril de 2018 (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 tanto, PowerShell 7.4 o posterior y las versiones de módulo 3.5.0 o posteriores) solo se admiten en las ediciones Enterprise e IoT LTSC que todavía son compatibles (versiones 1607, 1809 y 21H2).

Las ediciones de consumidor de Windows 10 llegaron al final del soporte técnico en octubre de 2025 y no admiten .NET 8.0 ni .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 Exchange Online

Establecer 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 editor 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 abra 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 la API REST reemplazaron las conexiones de autenticación básica (PowerShell remoto) en Exchange Online PowerShell y PowerShell de cumplimiento de seguridad &. Las conexiones de API 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 admiten completamente los cmdlets de API REST en Exchange Online PowerShell y PowerShell de cumplimiento de seguridad &.

PowerShellGet requerido en Windows

Las conexiones de API 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, obtendrá el siguiente error:

No se encuentra un cmdlet Update-Manifest

Instalación y actualización del módulo de PowerShell Exchange Online

El módulo está disponible en el 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 el Galería de PowerShell. Ambos cmdlets usan los mismos parámetros, por lo que la misma sintaxis se aplica tanto si va a instalar como a actualizar.

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 instala para todos los usuarios.
• Si el módulo está instalado en la carpeta Documentos, solo se instala para la cuenta de usuario actual.

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

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

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

• Normalmente, quiere 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 usó para instalarlo originalmente.

• El parámetro RequiredVersion especifica la versión del módulo en la que se va a instalar o actualizar. Puede usar 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 de 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, consulte los artículos siguientes:

• Find-Module
• Install-Module
• Update-Module
• Get-InstalledModule

Desinstalación del módulo de PowerShell 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 la Exchange Online módulo de PowerShell.

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

Solución de problemas de instalación del módulo de PowerShell 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:

  La versión actual de PowerShellGet no admite el módulo "ExchangeOnlineManagement" especificado con PowerShellGetFormatVersion "version>"<. Obtenga la última versión del módulo PowerShellGet para instalar este módulo "ExchangeOnlineManagement".

  ADVERTENCIA: No se puede descargar desde el 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 el Galería de PowerShell requiere conexiones TLS 1.2 o posteriores (PowerShell 7 ya usa TLS 1.2 o posterior). Este problema suele afectar solo a las versiones anteriores de Windows, donde .NET Framework no usa TLS 1.2 de forma predeterminada. Para obtener más información y los pasos para resolverlo, consulte Galería de PowerShell compatibilidad con TLS.

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

Los cmdlets de Exchange Online tradicionales devuelven todas las propiedades de objeto posibles, incluidas muchas propiedades en blanco o poco interesadas. 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 a todas las propiedades la misma importancia y devolverlas en todos los escenarios, clasificamos propiedades relacionadas específicas en conjuntos de propiedades. Estos conjuntos de propiedades son depósitos de dos o más propiedades relacionadas en el cmdlet .

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

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

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

• 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 Exchange Online cmdlets de módulo de PowerShell.
• 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 Minimum también se describen en Conjuntos de propiedades en Exchange Online cmdlets de módulo de PowerShell.

• 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 cualquier caso, 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 Exchange Online PowerShell, en el ejemplo siguiente solo se devuelven las propiedades del conjunto de propiedades Minimum 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, vea Filtros en el módulo de PowerShell Exchange Online.

Notas de la versión

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

Versión actual

Versión 3.10.0

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

Versiones anteriores

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 de módulo EXO temporales en una ruta de acceso personalizada.
• Parámetro UseRpsSession en desuso de Connect-ExchangeOnline y Connect-IPPSSession.

Versión 3.9.0

• Nuevo modificador EnableSearchOnlySession en Connect-IPPSSession, que permite ciertos 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 primarias y secundarias de una característica de aplicación Viva junto con los modos de habilitación disponibles para directivas futuras.

• 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 da de baja o no a los usuarios, siempre y cuando el usuario no establezca una preferencia.

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

• Desusado 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 modificador DisableWAM está disponible en el cmdlet Connect-ExchangeOnline para deshabilitar el Administrador de cuentas web (WAM) si recibe errores de conexión relacionados con WAM.

Versión 3.7.1

• Se agregó 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 delegación de Viva Org Insights:
  • Add-VivaOrgInsightsDelegatedRole
  • Get-VivaOrgInsightsDelegatedRole
  • Remove-VivaOrgInsightsDelegatedRole

Versión 3.7.0

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

Versión 3.6.0

• Get-VivaModuleFeature ahora devuelve información sobre los tipos de identidades para los 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 de acceso a características Viva ahora controlan los desafíos de notificación de 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 que se ejecute 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 las operaciones de directiva en el nivel de categoría en Administración de acceso a características Viva (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 grupo o de usuario o organización.

Versión 3.4.0

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

Versión 3.3.0

• Parámetro SkipLoadingCmdletHelp en Connect-ExchangeOnline para admitir la carga de archivos de ayuda de cmdlets de omisión.
• 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.
• Parámetro IsUserControlEnabled en Add-VivaModuleFeaturePolicy y Update-VivaModuleFeaturePolicy para admitir la habilitación de controles de usuario por directiva para las características incorporadas a la administración de acceso a características 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 la API REST para PowerShell de cumplimiento de & de seguridad.
• Parámetro ConnectionId en Get-ConnectionInformation y Disconnect-ExchangeOnline:
  • Obtenga información de conexión para conexiones de API REST específicas.
  • Desconexión selectiva para las conexiones de API REST.
• El parámetro SigningCertificate en Connect-ExchangeOnline 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 que se usará en todas las directivas de ejecución de PowerShell.
• Correcciones de errores en Connect-ExchangeOnline.

Versión 3.1.0

• Parámetro 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 cumplimiento de seguridad & mediante CertificateThumbprint.

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

• Características ya descritas en las conexiones de la API REST en la sección del módulo EXO V3 :
  • Autenticación basada en certificados para PowerShell de cumplimiento de seguridad & (versión 2.0.6-Preview5 o posterior).
  • Cmdlet Get-ConnectionInformation para conexiones basadas en REST (versión 2.0.6-Preview7 o posterior).
  • El modificador SkipLoadingFormatData del 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 solicitaron confirmación en escenarios específicos ya no lo hacen. De forma predeterminada, el cmdlet se ejecuta hasta la finalización.
• El formato del error devuelto por la ejecución del cmdlet con errores se modifica ligeramente. La excepción ahora contiene más datos (por ejemplo, el tipo de excepción) y FullyQualifiedErrorId no contiene .FailureCategory El formato del error está sujeto a modificaciones adicionales.

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 Headspace en Viva Insights.

Versión 2.0.4

• PowerShell 7 se admite oficialmente en Windows, Linux y MacOS de Apple, como se describe en la sección Requisitos previos para el módulo Exchange Online PowerShell de este artículo.

• El módulo de PowerShell 7 admite el inicio de sesión único (SSO) basado en explorador y otros métodos de inicio de sesión. Para obtener más información, vea 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 puede configurar el acceso en el nivel de característica. Para más información, consulte Configuración de MyAnalytics.

• Aplicación de seguridad y directiva en tiempo real en toda la autenticación basada en el usuario. La evaluación continua de acceso (CAE) está habilitada en el módulo. Para obtener más información, consulte Movimiento 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 automatización en segundo plano o scripting desatendidos. 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, vea las descripciones de parámetros en Connect-ExchangeOnline y autenticación solo de aplicación para scripts desatendidos en el módulo de PowerShell 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 de las aplicaciones de PowerShell de uso elevado.
• Get-EXOMailboxFolderPermission ahora admite ExternalDirectoryObjectID en el parámetro de identidad.
• Latencia optimizada de la primera llamada de cmdlet V2. Los resultados del laboratorio muestran que la latencia de la primera llamada ha disminuido 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á listo para su uso 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 se estaba ejecutando un script durante aproximadamente 50 minutos y se produjo 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 filtros en el módulo de PowerShell de Exchange Online para obtener atributos que no se admiten en 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>
• Se ha mejorado la confiabilidad de Get-EXOMailboxStatistics a medida que se resuelven determinados errores de enrutamiento de solicitudes que provocaron errores.
• Uso optimizado de memoria para las sesiones nuevas 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 remotos de PowerShell y los cmdlets V2 se resuelven 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 la sesión:
  • Solo puede crear una sesión a la vez que contenga cmdlets con prefijo.
  • Los cmdlets EXO V2 no tienen prefijo porque ya tienen el prefijo EXO, por lo que no se usan 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 la autenticación básica de WinRM y los cmdlets remotos de PowerShell no están disponibles si la autenticación básica está deshabilitada en WinRM.
• El parámetro identity para los cmdlets V2 ahora admite Name 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 pocos atributos con tipos de datos diferentes y tenemos previsto controlarlos en los próximos meses.
• Error corregido: Problema de reconexión de sesiones frecuentes al invocar 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 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 redirigeba 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 remotos de PowerShell producen errores intermitentes debido al tiempo que la diferencia entre la expiración del token y la sesión que está inactiva.
• Actualización de seguridad importante.
• Correcciones de errores y mejoras.