Set-AddressRewriteEntry
Cette applet de commande est disponible ou effective uniquement sur les serveurs de transport Edge dans Exchange local.
La cmdlet Set-AddressRewriteEntry permet de modifier une entrée de réécriture d’adresse existante, qui réécrit des adresses de messagerie électronique d’expéditeur et de destinataire dans des messages échangés avec votre organisation via le serveur de transport Edge.
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-AddressRewriteEntry
[-Identity] <AddressRewriteEntryIdParameter>
[-Confirm]
[-DomainController <Fqdn>]
[-ExceptionList <MultiValuedProperty>]
[-ExternalAddress <String>]
[-InternalAddress <String>]
[-Name <String>]
[-OutboundOnly <Boolean>]
[-WhatIf]
[<CommonParameters>] Description
Vous devez être membre du groupe Administrateurs local sur les serveurs de transport Edge pour exécuter cette cmdlet.
Exemples
Exemple 1
Set-AddressRewriteEntry "Address rewrite entry for contoso.com" -Name "Address rewrite entry for northwindtraders.com" -InternalAddress northwindtraders.comCet exemple modifie l’entrée de réécriture d’adresse existante nommée « Address rewrite entry for contoso.com » avec les paramètres suivants :
Remplace les adresses de messagerie d’origine faisant l’objet de la réécriture par toutes les adresses du domaine northwindtraders.com.
Remplace la valeur de nom par « Address rewrite entry for northwindtraders.com ».
Exemple 2
Set-AddressRewriteEntry "Address rewrite entry for all contoso.com email addresses" -OutboundOnly $trueCet exemple modifie l’entrée de réécriture d’adresse nommé « Address entry for all contoso.com email addresses » d’entrant et sortant à sortant uniquement. Vous devez configurer une adresse proxy correspondant à l’adresse de messagerie réécrite pour tous les destinataires concernés.
Paramètres
-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 |
-DomainController
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 ».
Les serveurs de transport Edge ne prennent pas en charge le paramètre DomainController. Un serveur de transport Edge utilise l’instance locale des services AD LDS (Active Directory Lightweight Directory Services) pour lire et écrire des données.
| 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 |
-ExceptionList
Le paramètre ExceptionList spécifie les noms de domaine à exclure de la réécriture d’adresse lorsque le paramètre InternalAddress contient une valeur qui spécifie plusieurs noms de domaine. Vous pouvez séparer plusieurs noms de domaine inclus dans le paramètre ExceptionList à l’aide de virgules. Pour plus d’informations sur l’ajout ou la suppression de valeurs de propriétés à valeurs multiples, consultez Modification des propriétés à valeurs multiples.
| 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 |
-ExternalAddress
Le paramètre ExternalAddress spécifie les adresses de messagerie par lesquelles vous voulez effectuer le remplacement. Si le paramètre InternalAddress spécifie une seule adresse e-mail (chris@contoso.com), le paramètre ExternalAddress doit également spécifier une seule adresse e-mail (support@contoso.com). Si le paramètre InternalAddress spécifie un seul domaine (contoso.com) ou un domaine avec tous ses sous-domaines (*.contoso.com), le paramètre ExternalAddress doit spécifier un seul domaine (fabrikam.com).
Vous ne pouvez pas utiliser le caractère générique (*) avec le paramètre ExternalAddress.
| Type: | String |
| 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
Le paramètre Identity spécifie l’entrée de réécriture d’adresses à modifier. Vous pouvez spécifier le nom ou le GUID de l’entrée de réécriture d’adresse.
| Type: | AddressRewriteEntryIdParameter |
| 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 |
-InternalAddress
Le paramètre InternalAddress spécifie les adresses de messagerie d’origine que vous souhaitez remplacer. Vous pouvez utiliser les valeurs suivantes :
- Adresse e-mail unique : david@contoso.com
- Domaine unique : contoso.com ou sales.contoso.com
- Domaine et tous les sous-domaines : *.contoso.com
| Type: | String |
| 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 |
-Name
Le paramètre Name attribue un nom unique à cette entrée de réécriture d’adresse.
| Type: | String |
| 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 |
-OutboundOnly
Le paramètre OutboundOnly active ou désactive la réécriture des adresses sortantes uniquement. L’entrée valide pour ce paramètre est $true ou $false. La valeur $true signifie que la réécriture d’adresse ne concerne que le courrier sortant. La valeur $false signifie que la réécriture d’adresse concerne aussi bien le courrier sortant que le courrier entrant (les adresses de messagerie d’origine sont restaurées dans le courrier entrant). La valeur par défaut est $false.
Vous devez définir ce paramètre sur $true si le paramètre InternalAddress contient le caractère générique permettant de réécrire les adresses d’un domaine et de tous ses sous-domaines (*.contoso.com).
En outre, lorsque vous configurez la réécriture d’adresse pour qu’elle ne concerne que les messages sortants, vous devez définir l’adresse de messagerie réécrite en tant qu’adresse proxy pour les destinataires concernés. Par exemple, si laura@sales.contoso.com est réécrite en laura@contoso.com, l’adresse laura@contoso.com proxy doit être configurée sur la boîte aux lettres de Laura. Cette opération est nécessaire pour que les réponses et les messages entrants soient remis correctement.
| 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 |
-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 |
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