Set-MailboxJunkEmailConfiguration
Cette cmdlet est disponible dans Exchange sur site et dans le service cloud. Certains paramètres peuvent être propres à un environnement ou à un autre.
Utilisez la cmdlet Set-MailboxJunkEmailConfiguration pour configurer les paramètres de courrier indésirable sur les boîtes aux lettres.
Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.
Syntax
Set-MailboxJunkEmailConfiguration
[-Identity] <MailboxIdParameter>
[-BlockedSendersAndDomains <MultiValuedProperty>]
[-Confirm]
[-ContactsTrusted <Boolean>]
[-DomainController <Fqdn>]
[-Enabled <Boolean>]
[-IgnoreDefaultScope]
[-TrustedListsOnly <Boolean>]
[-TrustedRecipientsAndDomains <MultiValuedProperty>]
[-TrustedSendersAndDomains <MultiValuedProperty>]
[-WhatIf]
[<CommonParameters>] Description
Cette cmdlet détermine les paramètres de courrier indésirable suivants pour la boîte aux lettres :
Activer ou désactiver la règle de courrier indésirable : dans Exchange local, la règle de courrier indésirable (règle de boîte de réception masquée nommée Règle de courrier indésirable) contrôle la remise des messages au dossier Email indésirable ou à la boîte de réception en fonction du seuil de courrier indésirable Email dossier SCL (pour l’organization ou la boîte aux lettres) et de la collection de la liste de sécurité sur la boîte aux lettres.
Dans le service cloud, la règle de courrier indésirable n’a aucun effet sur le flux de courrier. Exchange Online Protection remet les messages au dossier Email indésirable en fonction des actions définies dans les stratégies anti-courrier indésirable. La règle de courrier indésirable sur la boîte aux lettres contrôle toujours ce qui arrive aux messages après la remise en fonction de la collection de liste de sécurité de la boîte aux lettres.
Les utilisateurs peuvent activer ou désactiver la règle de courrier indésirable dans leur propre boîte aux lettres à l’aide de Outlook sur le web.
Configurez la collection safelist : la collection safelist est la liste des expéditeurs approuvés, la liste des destinataires approuvés et la liste des expéditeurs bloqués. Les utilisateurs peuvent configurer la collection safelist sur leur propre boîte aux lettres à l’aide de Microsoft Outlook ou de Outlook sur le web.
Pour plus d’informations, consultez la rubrique Configure Exchange antispam settings on mailboxes.
Des autorisations doivent vous être attribuées avant de pouvoir exécuter cette cmdlet. Bien que cette rubrique répertorie tous les paramètres de cette cmdlet, il est possible que vous n’ayez pas accès à certains paramètres s’ils ne sont pas inclus dans les autorisations qui vous ont été attribuées. Pour rechercher les autorisations requises pour exécuter une cmdlet ou un paramètre dans votre organisation, voir Find the permissions required to run any Exchange cmdlet.
Exemples
Exemple 1
Set-MailboxJunkEmailConfiguration "David Pelton" -Enabled $falseCet exemple montre comment désactiver la règle de courrier indésirable pour l’utilisateur nommé David Pelton. Dans Exchange local, les messages ne sont plus déplacés entre la boîte de réception et le dossier Email indésirable en fonction du seuil de dossier de courrier indésirable Email SCL (organization ou boîte aux lettres) ou de la collection safelist de la boîte aux lettres. Dans Exchange Online, la collection safelist de la boîte aux lettres ne peut pas déplacer les messages entre la boîte de réception et le dossier Email indésirable. Les messages sont toujours remis au dossier Email indésirable en fonction du verdict et de l’action correspondante des stratégies anti-courrier indésirable.
Exemple 2
Set-MailboxJunkEmailConfiguration "Michele Martin" -TrustedSendersAndDomains @{Add="contoso.com","fabrikam.com"} -BlockedSendersAndDomains @{Add="jane@fourthcoffee.com"}Cet exemple apporte les modifications suivantes à la configuration de la collection de listes fiables pour l'utilisatrice nommée Michele Martin :
- Ajoute contoso.com et fabrikam.com à la liste des expéditeurs approuvés sans modifier les autres entrées existantes.
- Ajoute jane@fourthcoffee.com à la liste des expéditeurs bloqués sans affecter les autres entrées existantes.
Exemple 3
Get-MailboxJunkEmailConfiguration * | Where {$_.ContactsTrusted -eq $true} | Set-MailboxJunkEmailConfiguration -ContactsTrusted $falseCet exemple identifie les boîtes aux lettres où les contacts sont traités comme des expéditeurs approuvés, puis modifie la configuration du courrier indésirable pour ne pas traiter les contacts comme des expéditeurs approuvés.
Paramètres
-BlockedSendersAndDomains
Le paramètre BlockedSendersAndDomains spécifie la liste des expéditeurs bloqués, qui est une liste d’adresses de messagerie et de domaines d’expéditeurs dont les messages sont automatiquement envoyés vers le dossier de courrier indésirable. Ce paramètre correspond au paramètre Outlook sur le web : Déplacer le courrier électronique de ces expéditeurs ou domaines vers mon dossier d’Email indésirable.
Pour entrer plusieurs valeurs et remplacer les entrées existantes, utilisez la syntaxe suivante : Value1,Value2,...ValueN. Si les valeurs contiennent des espaces ou requièrent des guillemets, utilisez la syntaxe suivante : "Value1","Value2",..."ValueN".
Pour ajouter ou supprimer une ou plusieurs valeurs sans affecter les entrées existantes, utilisez la syntaxe suivante : @{Add="Value1","Value2"...; Remove="Value3","Value4"...}.
| Type: | MultiValuedProperty |
| 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 |
-Confirm
Le commutateur Confirme spécifie s’il faut afficher ou masquer l’invite de confirmation. L’incidence de ce commutateur sur la cmdlet varie selon que la cmdlet requiert une confirmation avant de poursuivre.
- Les applets de commande destructrices (par exemple, les applets de commande Remove-*) ont une pause intégrée qui vous oblige à accuser réception de la commande avant de continuer. Pour ces cmdlets, vous pouvez ignorer l’invite de confirmation à l’aide de cette syntaxe exacte :
-Confirm:$false. - La plupart des autres applets de commande (par exemple, les applets de commande New-* et Set-*) n’ont pas de pause intégrée. Pour ces cmdlets, la spécification du commutateur Confirm sans valeur introduit une pause qui vous oblige à confirmer la commande avant de poursuivre.
| Type: | SwitchParameter |
| Aliases: | cf |
| 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, Exchange Online Protection |
-ContactsTrusted
Le paramètre ContactsTrusted spécifie si les contacts du dossier Contacts sont traités comme des expéditeurs fiables ou non. Ce paramètre correspond au paramètre Outlook sur le web : Approuver l’e-mail de mes contacts. Les valeurs valides sont les suivantes :
- $true : les messages des contacts du dossier Contacts qui atteignent la boîte aux lettres ne sont jamais remis au dossier Email indésirables, quel que soit le contenu.
- $false : les messages provenant de contacts dans le dossier Contacts ne sont pas traités comme des expéditeurs approuvés. L’adresse de messagerie est un expéditeur approuvé uniquement si elle est définie dans la liste des expéditeurs fiables. Il s’agit de la valeur par défaut.
| Type: | Boolean |
| 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
Ce paramètre est disponible uniquement dans Exchange sur site.
Le paramètre DomainController spécifie le contrôleur de domaine qui est utilisé par cette cmdlet pour lire ou écrire les données dans Active Directory. Vous identifiez le contrôleur de domaine par son nom de domaine complet (FQDN). Par exemple : « 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 |
-Enabled
Le paramètre Enabled active ou désactive la règle de courrier indésirable sur la boîte aux lettres (une règle de boîte de réception masquée nommée Junk E-mail Rule). Les valeurs valides sont les suivantes :
$true : la règle de courrier indésirable est activée dans la boîte aux lettres. Cette valeur correspond au paramètre Outlook sur le web : Filtrer automatiquement le courrier indésirable. Il s’agit de la valeur par défaut.
Dans Exchange local, la collection safelist de la boîte aux lettres (la liste des expéditeurs approuvés, la liste des destinataires approuvés et la liste Des expéditeurs bloqués) et le seuil du dossier Courrier indésirable SCL Email (pour le organization ou la boîte aux lettres) remet les messages dans la boîte de réception ou le dossier Email indésirable.
Dans le service cloud, la collection safelist de la boîte aux lettres déplace les messages remis entre la boîte de réception ou le dossier Email indésirable. Les messages sont remis au dossier Email indésirables uniquement en fonction du verdict et de l’action correspondante des stratégies anti-courrier indésirable.
$false : la règle de courrier indésirable est désactivée dans la boîte aux lettres. Cette valeur correspond au paramètre Outlook sur le web : Ne pas déplacer les messages vers mon dossier Courrier indésirable.
Dans Exchange local, la collection de listes de sécurité de la boîte aux lettres ou le seuil de dossier de Email de courrier indésirable SCL ne peuvent pas remettre les messages à la boîte de réception ou au dossier Email indésirables.
Dans le service cloud, la collection safelist de la boîte aux lettres ne peut pas déplacer les messages remis entre la boîte de réception ou le dossier Email indésirable. Les messages sont toujours remis au dossier Email indésirable en fonction du verdict et de l’action correspondante des stratégies anti-courrier indésirable.
Vous pouvez afficher l’état de la règle de courrier indésirable en exécutant l’une des commandes suivantes pour rechercher la valeur de propriété Enabled :
Get-MailboxJunkEmailConfiguration -Identity <MailboxIdentity>- Exchange local uniquement :
Get-InboxRule "Junk E-mail Rule" -Mailbox <MailboxIdentity> -IncludeHidden
L’état de la règle de courrier indésirable sur la boîte aux lettres n’affecte pas les paramètres de courrier indésirable côté client qui sont disponibles dans le filtre de Email indésirable Outlook. Même lorsque la règle de courrier indésirable est désactivée dans la boîte aux lettres, Outlook peut toujours déplacer des messages vers le dossier Email indésirables. Par exemple, si Outlook détermine que le message est du courrier indésirable ou que l’expéditeur est défini dans la liste Expéditeurs bloqués, Outlook peut déplacer le message vers le dossier Courrier indésirable Email. Pour plus d’informations, consultez Vue d’ensemble du filtre de Email indésirables.
| Type: | Boolean |
| 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 |
-Identity
Le paramètre Identity spécifie la boîte aux lettres que vous voulez modifier. Vous pouvez utiliser n’importe quelle valeur qui identifie la boîte aux lettres de manière unique. Par exemple :
- Nom
- Alias
- Nom unique
- Nom unique
- Domaine\Nom d’utilisateur
- Adresse e-mail
- GUID
- LegacyExchangeDN
- SamAccountName
- Identifiant utilisateur ou nom d’utilisateur principal (UPN)
| Type: | MailboxIdParameter |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
-IgnoreDefaultScope
Le commutateur IgnoreDefaultScope indique à la commande d’ignorer le paramètre d’étendue du destinataire par défaut pour la session Exchange PowerShell et d’utiliser la forêt entière comme étendue. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.
Ce commutateur permet à la commande d’accéder aux objets Active Directory qui ne sont pas actuellement disponibles dans l’étendue par défaut, mais introduit également les restrictions suivantes :
- Vous ne pouvez pas utiliser le paramètre DomainController. La commande utilise automatiquement un serveur de catalogue global approprié.
- Vous ne pouvez pas utiliser le paramètre DomainController. La commande utilise automatiquement un serveur de catalogue global approprié.
| 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 |
-TrustedListsOnly
Le paramètre TrustedListsOnly spécifie que seuls les messages provenant d’expéditeurs figurant sur la liste des expéditeurs approuvés sont remis dans la boîte de réception. Tous les autres messages sont traités comme du courrier indésirable. Ce paramètre correspond au paramètre Outlook sur le web : Ne pas approuver les e-mails, sauf s’ils proviennent d’une personne de ma liste Expéditeurs et destinataires approuvés. Les valeurs valides sont les suivantes :
- $true : seuls les messages provenant d’adresses e-mail ou d’entrées de domaine dans la liste expéditeurs approuvés et la liste des destinataires approuvés sont remis à la boîte de réception. Tous les autres messages sont automatiquement envoyés vers le dossier de courrier indésirable.
- $false : les messages provenant d’autres expéditeurs, destinataires et domaines ne sont pas traités automatiquement comme des courriers indésirables et sont évalués individuellement. Il s’agit de la valeur par défaut.
| Type: | Boolean |
| 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 |
-TrustedRecipientsAndDomains
Ce paramètre est réservé à l’usage interne chez Microsoft.
| Type: | MultiValuedProperty |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019, Exchange Online |
-TrustedSendersAndDomains
Le paramètre TrustedSendersAndDomains spécifie la liste des expéditeurs approuvés et la liste des destinataires approuvés, qui sont des listes d’adresses de messagerie et de domaines. Les messages provenant de ces expéditeurs qui arrivent dans la boîte aux lettres ne sont jamais envoyés vers le dossier de courrier indésirable, quel que soit leur contenu. Ce paramètre correspond au paramètre Outlook sur le web : Ne pas déplacer les e-mails de ces expéditeurs ou domaines vers mon dossier d’Email indésirable.
Pour entrer plusieurs valeurs et remplacer les entrées existantes, utilisez la syntaxe suivante : Value1,Value2,...ValueN. Si les valeurs contiennent des espaces ou requièrent des guillemets, utilisez la syntaxe suivante : "Value1","Value2",..."ValueN".
Pour ajouter ou supprimer une ou plusieurs valeurs sans affecter les entrées existantes, utilisez la syntaxe suivante : @{Add="Value1","Value2"...; Remove="Value3","Value4"...}.
Pour vider la liste des domaines et des adresses de messagerie, utilisez la valeur $null.
Remarques :
- Vous ne pouvez pas ajouter d’adresses e-mail de l’expéditeur à partir du même domaine que l’adresse e-mail du destinataire. Toutes les boîtes aux lettres de la liste d’adresses globale (GAL) sont automatiquement considérées comme des expéditeurs approuvés.
- Vous ne pouvez pas modifier directement la liste des destinataires approuvés à l’aide de cette applet de commande. Vous utilisez ce paramètre pour modifier la liste des expéditeurs approuvés, et les adresses e-mail et les domaines sont synchronisés avec la liste des destinataires approuvés.
- Dans EOP autonome avec synchronisation d’annuaires, les entrées de domaine ne sont pas synchronisées par défaut, mais vous pouvez activer la synchronisation pour les domaines. Pour plus d'informations, consultez la rubrique Configure Content Filtering to Use Safe Domain Data.
| Type: | MultiValuedProperty |
| 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 |
-WhatIf
Le commutateur WhatIf simule les actions de la commande. Vous pouvez utiliser ce commutateur pour afficher les modifications qui se produiraient sans réellement appliquer ces modifications. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.
| Type: | SwitchParameter |
| Aliases: | wi |
| 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, Exchange Online Protection |
Entrées
Input types
Pour visualiser les types d'entrées acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type d'entrée pour une cmdlet est vide, la cmdlet n'accepte pas les données d'entrée.
Sorties
Output types
Pour visualiser les types de retours, également appelés types de sorties, acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type de sortie est vide, la cmdlet ne renvoie pas de données.
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour