Get-MailboxJunkEmailConfiguration
Este cmdlet está disponible en Exchange local y en el servicio basado en la nube. Puede que algunos parámetros y opciones de configuración sean exclusivos de un entorno u otro.
Use el cmdlet Get-MailboxJunkEmailConfiguration para ver la configuración de correo no deseado en los buzones.
Para obtener más información acerca de los conjuntos de parámetros de la sección Sintaxis a continuación, vea Sintaxis del cmdlet de Exchange.
Syntax
Get-MailboxJunkEmailConfiguration
[-Identity] <MailboxIdParameter>
[-Credential <PSCredential>]
[-DomainController <Fqdn>]
[-ReadFromDomainController]
[-ResultSize <Unlimited>]
[<CommonParameters>] Description
La configuración del correo electrónico no deseado en el buzón es:
Habilitar o deshabilitar la regla de correo electrónico no deseado: en Exchange local, la regla de correo electrónico no deseado (una regla de bandeja de entrada oculta denominada Regla de correo no deseado) controla la entrega de mensajes a la carpeta Email de correo no deseado o a la Bandeja de entrada según el umbral de carpeta de Email correo no deseado de SCL (para la organización o el buzón) y la colección de listas seguras en el buzón.
En el servicio basado en la nube, la regla de correo no deseado no tiene ningún efecto en el flujo de correo. Exchange Online Protection entrega mensajes a la carpeta junk Email en función de las acciones establecidas en las directivas contra correo no deseado. La regla de correo electrónico no deseado del buzón sigue controla lo que sucede con los mensajes después de la entrega en función de la colección de listas seguras del buzón.
Los usuarios pueden habilitar o deshabilitar la regla de correo no deseado en su propio buzón mediante Outlook en la Web.
Configurar la colección safelist: la colección safelist es la lista Remitentes seguros, la lista Destinatarios seguros y la lista Remitentes bloqueados. Los usuarios pueden configurar la colección de listas seguras en su propio buzón de correo mediante Microsoft Outlook o Outlook en la Web.
Los administradores pueden habilitar o deshabilitar la regla de correo no deseado y configurar la colección de listas seguras en un buzón mediante el cmdlet Set-MailboxJunkEmailConfiguration. Para obtener más información, vea Configurar opciones de antispam de Exchange en buzones de correo.
Deberá tener asignados permisos antes de poder ejecutar este cmdlet. Aunque en este tema se enumeran todos los parámetros correspondientes a este cmdlet, tal vez no tenga acceso a algunos parámetros si no están incluidos en los permisos que se le han asignado. Para obtener los permisos necesarios para ejecutar cualquier cmdlet o parámetro en su organización, consulte Find the permissions required to run any Exchange cmdlet.
Ejemplos
Ejemplo 1
Get-MailboxJunkEmailConfiguration -Identity "David Pelton"En este ejemplo se devuelve la configuración de correo electrónico no deseado para el usuario llamado David Pelton.
Ejemplo 2
$AllUsers = Get-Mailbox -ResultSize unlimited -RecipientTypeDetails UserMailbox
$AllUsers | foreach {Get-MailboxJunkEmailConfiguration -Identity $_.UserPrincipalName} | Where {$_.Enabled -eq $false} | Format-Table -Auto Identity,EnabledEn este ejemplo se devuelve una lista de resumen de todos los buzones de correo de la organización en los que la regla de correo no deseado está deshabilitada. El primer comando almacena todos los buzones de usuario en una variable. El segundo comando analiza los buzones y devuelve el FQDN de los buzones donde está deshabilitada la regla de correo no deseado.
Para devolver todos los buzones donde está habilitada la regla de correo no deseado, cambie el valor $false a $true. Para devolver una lista mixta de buzones en los que la regla de correo no deseado está habilitada y deshabilitada, quite la opción "| Donde {$_. Enabled -eq $false " parte del segundo comando.
Parámetros
-Credential
El parámetro Credential especifica el nombre de usuario y la contraseña que se usan para ejecutar este comando. Por lo general, este parámetro se usa en scripts o cuando deben proporcionarse credenciales diferentes que disponen de los permisos necesarios.
Un valor para este parámetro requiere el cmdlet Get-Credential. Para pausar este comando y recibir una solicitud de credenciales, use el valor (Get-Credential). O bien, antes de ejecutar este comando, almacene las credenciales en una variable (por ejemplo, $cred = Get-Credential) y, a continuación, use el nombre de variable ($cred) para este parámetro. Para más información, vea Get-Credential.
| Type: | PSCredential |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-DomainController
Este parámetro solo está disponible en Exchange local.
El parámetro DomainController especifica el controlador de dominio que el cmdlet usa para leer datos de Active Directory o escribirlos. El controlador de dominio se identifica por su nombre de dominio completo (FQDN). Por ejemplo, dc01.contoso.com.
| Type: | Fqdn |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Identity
El parámetro Identity especifica el buzón que desea ver. Es posible usar cualquier valor que identifique exclusivamente el buzón. Por ejemplo:
- Nombre
- Alias
- Nombre distintivo (DN)
- Nombre completo (DN)
- Dominio\Nombre de usuario
- Dirección de correo electrónico
- GUID
- LegacyExchangeDN
- SamAccountName
- ID de usuario o nombre de la entidad de seguridad de usuario (UPN)
Puede usar el carácter comodín (*) para identificar varios buzones.
| Type: | MailboxIdParameter |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | True |
| Accept wildcard characters: | True |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-ReadFromDomainController
El conmutador ReadFromDomainController especifica que la información se debe leer de un controlador de dominio en el dominio del usuario. No es necesario especificar un valor con este modificador.
El comando : Set-AdServerSettings -ViewEntireForest $true para incluir todos los objetos en el bosque, es necesario el modificador ReadFromDomainController. De lo contrario, el comando podría usar un catálogo global que contenga información obsoleta. Además, es posible que tenga que ejecutar varias iteraciones del comando con el modificador ReadFromDomainController para obtener la información.
De forma predeterminada, el ámbito del destinatario se establece en el dominio que hospeda los servidores de Exchange.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-ResultSize
El parámetro ResultSize especifica el número máximo de resultados que se van a devolver. Si desea incluir en los resultados devueltos todas las solicitudes que coincidan con la consulta, use el valor ilimitado para este parámetro. El valor predeterminado es 1000.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
Entradas
Input types
Para ver los tipos de entrada que acepta este cmdlet, consulte Tipos de entrada y salida de cmdlet. Si el campo Tipo de entrada de un cmdlet está en blanco, el cmdlet no acepta datos de entrada.
Salidas
Output types
Para ver los tipos de valor devuelto (también conocidos como tipos de resultado) que acepta este cmdlet, consulte Tipos de entrada y salida de cmdlet. Si el campo Tipo de resultado está en blanco, el cmdlet no devuelve datos.
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de