Suppression des adresses proxy en double et indésirables dans Exchange

Traductions disponibles Traductions disponibles
Numéro d'article: 318774 - Voir les produits auxquels s'applique cet article
Cet article vient renforcer les articles suivants précédemment disponibles : 318774, 329617
Agrandir tout | Réduire tout

Sommaire

Résumé

Si vous êtes un administrateur, vous pouvez utiliser les stratégies de destinataire Microsoft Exchange pour automatiquement configurer et personnaliser des adresses de messagerie pour tous les destinataires d'Exchange grâce aux règles de génération adresse. Le service de mise à jour de destinataire s'applique adresses dans en bloc à utilisateurs nouveaux et existants conformément aux règles spécifiées. Pour configurer ces règles, utilisez le Gestionnaire système Exchange pour accéder aux propriétés des objets de stratégie de destinataire.

Toutefois, dans certaines situations, vous pouvez utiliser une règle qui entraîne en double ou qui provoque plusieurs adresses à appliquer dans l'organisation Exchange. Lorsque des adresses électroniques en double sont détectées pendant une opération Exchange ordinaire, non-delivery rapports de non-remise avec un 5.1.4 code d'erreur peut être envoyé par le serveur et vous pouvez rencontrer un autre comportement inattendu. En outre, le message D'ID événement suivant peut être enregistré dans le journal des événements Applications :



Type d'événement : avertissement
Source de l'événement : MSExchangeIS
Catégorie d'événement : général
L'ID d'événement : 9514
Ordinateur : Exchange_Server_Name
Description : deux objets dans l'annuaire ont le même proxy - /dc = com/DC = domaine/CN = Configuration/CN = Services/CN = microsoft change/CN = organization_name nom_organisation/CN = Groupes d'administration/CN = administrative_group_name administrative_group_name/CN = Serveurs/CN = Exchange_server_name Exchange_server_name/CN = InformationStore/CN = storage_group_name storage_group_name/CN = banque de dossiers publics (Exchange_server_name) et /dc = com/DC = domaine/ou = users/CN = user_name.

Cet article décrit une situation où les adresses en double sont appliqués et comment supprimer ces adresses en double.

Plus d'informations

La règle suivante est une règle typique pour une adresse de format de messagerie SMTP (Internet) :
@Domain.com
Lorsque vous utilisez cette règle, une adresse de messagerie est ajoutée à chaque objet destinataire qui est couvert par la stratégie de destinataire de mailnickname@domain.com. Par conséquent, si Exchange un utilisateur alias de messagerie est user1, l'adresse user1@domain.com est appliquée à l'utilisateur.

Vous pouvez également utiliser Exchange pour définir des règles d'affectation de noms automatique. Par exemple, vous souhaiterez peut-être l'adresse de messagerie Internet destinataires à être configurés en tant que « FirstName_LastName@domain.com » au lieu de « mailnickname@domain. com. » Vous pouvez utiliser la règle de génération d'adresse suivante pour effectuer cette modification :
%g_%s@Domain.com
Pour plus d'informations sur spécificateurs d'affectation de noms automatique disponibles et la syntaxe, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
285136 Comment personnaliser le SMTP messagerie générateurs d'adresses via les stratégies de destinataire
Si vous utilisez des spécificateurs d'affectation de noms automatique, vous devez vous assurer que les champs que vous faites référence dans la règle de génération d'adresses existent réellement pour chacun des destinataires qui sont couvertes par la règle. Si vous ne procédez pas ainsi, vous pouvez provoquer en double ou de plusieurs adresses de messagerie à générer des objets dans l'organisation Exchange.

Les effets de ce problème varient selon les destinataires sont impliqués. Plusieurs objets de système Exchange sont boîte aux lettres. Si une adresse incorrecte est appliquée à ces objets système, problèmes peuvent se produire. Par exemple, la réplication de dossiers publics peut être échoue ou bases de données ne peuvent pas avoir à monter. En outre, le message D'ID événement décrit dans la section « Résumé » de cet article peut être enregistré.

Par exemple de ce comportement, supposons que que vous avez défini la règle de génération d'adresse %g_%s@domain.com. Cette règle accepte les valeurs de l'attribut givenName et l'attribut sn d'un objet Active Directory et utilise ces valeurs pour construire une adresse de messagerie. Si givenName attribut valeur un utilisateur est Jeff et la valeur d'attribut sn est Smith, l'adresse de messagerie est Jeff_Smith@domain.com.

Mais l'attribut givenName et l'attribut sn ne sont pas obligatoires et les objets à extension messagerie tels que les listes de distribution et des agents du système peuvent ne pas ces attributs. Dans ce cas, la règle de génération d'adresse %g_%s@domain.com devolves la règle de génération d'adresse _@domain.com. Pour les objets n'ont pas installé le givenName et la valeur d'attribut sn , la règle devient l'équivalent d'une règle pour coder en dur l'adresse de messagerie en tant que _@domain.com.

Lorsque vous appliquez les nouvelles adresses de messagerie, le service de mise à jour de destinataire vérifie si la même adresse existe déjà sur un objet dans la forêt. Si c'est le cas, une valeur numérique est ajoutée à la nouvelle adresse à différencier. Par exemple, s'il y a plusieurs utilisateurs nommés Jeff Smith, un compte d'utilisateur supplémentaire qui est traité par le service de mise à jour de destinataire peut recevoir une adresse de messagerie de Jeff_Smith2@domain.com.

Cela signifie que les objets sans le givenName et les valeurs d'attribut sn qui sont traitées conformément à la règle de génération d'adresse %g_%s@domain.com recevront des adresses de messagerie comme _1@domain.com, _2@domain.com _3@domain.com et autres adresses similaires.

Chaque fois qui vérifie le service de mise à jour de destinataire pour les nouveaux destinataires qui doivent disposer des adresses de messagerie, les objets sans le givenName et les attributs sn peuvent s'une adresse de messagerie supplémentaire. Imaginez un objet qui a l'adresse _1@domain.com. Cette adresse ne correspond pas à la règle _@domain.com, et le service de mise à jour de destinataire peut supposent que l'objet doit encore avez l'adresse _@domain.com « codé en dur » appliqué. Dupliquer l'adresse de la vérification de recherche qu'adresse the_@domain.com appartient déjà à un autre objet, et par conséquent, une adresse comme _4@domain.com peut être affectée.

Si aucun des attributs d'un objet ont été modifiés dans Active Directory depuis la dernière exécution du service de mise à jour de destinataire, cet objet est non remarqué par le service de mise à jour de destinataire. Mais si l'objet est modifié en aucun cas, le service de mise à jour de destinataire analyse à nouveau dessus pour déterminer si nouvelles adresses de messagerie va être appliquées au. Cela signifie que dans le temps, un seul objet qui manque les attributs d'identificateur peut avoir dizaines ou centaines d'adresses de messagerie _NNNN@domain.com.

En règle générale, les adresses supplémentaires sont inerte et n'affectent pas les flux de courrier ordinaire ; toutefois, dans le temps qu'ils peuvent entraîner le RUS aux éléments de processus plus en plus inefficacement. Le service de mise à jour de destinataire doit vérifier pour les adresses en double à plusieurs reprises lorsque il affecte les nouvelles adresses aux objets. Si l'adresse _1000@domain.com existe, le service de mise à jour de destinataire devez effectuer sur un millier adresse en double vérification avant qu'il pouvez affecter une nouvelle adresse basée sur la règle de génération _@domain.com.

Bien que Exchange vérifie pour les adresses électroniques en double, la vérification n'est pas infaillible pour deux raisons suivantes :
  • Un service distinct de mise à jour de destinataire doit être configuré pour chaque domaine. Même dans un environnement de domaine unique, il existe deux services de mise à jour de destinataire. Un service de mise à jour de destinataire est pour le conteneur de domaine et l'autre (l'entreprise du service de mise à jour de destinataire) est le conteneur de configuration de serveur.
  • Latence de réplication Active Directory peut provoquer une adresse affectée par un service de mise à jour de destinataire ne pas à afficher dans la base de données dossier est utilisée par un autre service de mise à jour de destinataire au moment approprié.
Le scénario plus probable où les adresses en double sont créés est un scénario lorsque l'entreprise de que Service de mise à jour de destinataire est connecté à un contrôleur de domaine et le domaine du service de mise à jour de destinataire est connecté à un autre. Lorsque des objets qui sont absentes les attributs spécificateur sont traités en parallèle par chaque service de mise à jour de destinataire, les doublons sont générées.

Meilleures pratiques afin d'empêcher les doublons et plusieurs adresses

Le caractère qui est utilisé plus fréquemment dans les règles d'affectation de noms automatique est le caractère de soulignement (_). Cette section fait référence à la règle de génération adresse SMTP:%g_%s@domain.com que dans l'exemple de base.

Une règle de génération d'adresse %g%s@domain.com n'entraîne pas les mêmes problèmes que g_%s@domain.com %. Si un objet n'a pas la givenName et les attributs sn , la règle de génération d'adresse devolves à @domain.com. Il appelle le comportement de service de mise à jour de destinataire par défaut d'horodatage une adresse de messagerie de mailNickname @domain.com

Pour empêcher les spécificateurs de nom automatique de provoque ces problèmes si vous utilisez des spécificateurs d'affectation de noms automatique et que vous utilisez dur caractères dans la partie utilisateur de la règle de génération d'adresse, vous devez configurer le filtre sur la stratégie de destinataire pour tester l'existence des attributs que vous spécifiez explicitement.
Chaque stratégie de destinataire Exchange a un filtre LDAP (Lightweight Directory Access Protocol) qui définit les objets de la stratégie s'applique à. Le filtre simple, vous pouvez définir sur un objet est (mailnickname = *). Dans la syntaxe filtre LDAP, l'attribut = * peut être lu comme « attribut existe ». Par conséquent, le (mailnickname = *) filtre s'applique la stratégie de chaque objet ayant un attribut mailNickname (c'est-à-dire que chaque objet qui est à extension messagerie). Ce filtre est le filtre pour la stratégie de destinataire par défaut.

Si vous créez des stratégies de destinataires supplémentaires, les filtres peuvent devenir beaucoup plus complexes que vous restreignez les objets qui les stratégies s'appliquent aux. Exchange fournit une interface utilisateur qui crée des filtres pour l'administrateur selon des critères communs à sens, au lieu de vous construire des filtres manuellement demandant.

Par exemple, le filtre suivant est généré automatiquement pour capturer tous les utilisateurs, contacts et groupes Exchange :
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Pour créer ce filtre d'une stratégie :
  1. Démarrez le Gestionnaire système Exchange.
  2. Développez destinataires , stratégies de destinataire , la ouvrez les propriétés de la stratégie que vous souhaitez modifier ou créer une nouvelle stratégie.
  3. Sous l'onglet Général , cliquez sur Modifier .
  4. Cliquez pour sélectionner toutes les cases à cocher sous l'onglet Général .
  5. Cliquez sur l'onglet stockage , puis cliquez sur boîtes aux lettres sur un serveur quelconque .

    Vous devez configurer quoi que ce soit dans l'onglet Avancé .
Pour modifier ce filtre de sorte qu'il vérifie l'existence de la givenName et les attributs sn :
  1. Ouvrez les propriétés de la stratégie de destinataire, puis cliquez sur Modifier .
  2. Cliquez sur l'onglet Options avancées , sélectionnez le champ utilisateur nom ainsi que le champ utilisateur nom et puis définissez la condition de ces champs à présent .
Ces deux procédures de fin, le filtre LDAP apparaît en tant que le filtre suivant :
(&(&(&(& (mailnickname=*) (| (&(objectCategory=person)
(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)
(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder))))
(objectCategory=user)(givenName=*)(sn=*)))
Notez que (objectCategory=user)(givenName=*)(sn=*) a été ajouté vers la fin du filtre. Ce filtre capture maintenant seuls les utilisateurs qui un givenName et un attribut sn . Ce filtre ignore les listes de distribution, les contacts et les objets du système Exchange.

Recherche et suppression des doublons adresses

Adresses en double qui sont généralement créés par spécificateurs d'affectation de noms automatique suivent un modèle prévisible (par exemple, _12345@domain.com, _12346@domain.com et adresses similaires). Par conséquent, vous pouvez effectuer une recherche automatisée pour ces adresses et effectuer le nettoyage automatique.

Vous pouvez utiliser l'utilitaire Ldifde.exe qui est inclus dans Windows 2000 pour exporter et importer des informations Active Directory sous forme de texte brut dans le format LDIF. Ldifde utilise la même syntaxe de recherche LDAP standard comme les filtres de stratégie de destinataire Exchange. Vous pouvez coller un filtre de stratégie de destinataire dans une ligne de commande LDIFDE et créer un fichier texte qui répertorie tous les objets dans un conteneur est capturé par le filtre. La commande suivante est un exemple de syntaxe générale pour créer un fichier texte :
ldifde-i-f file.txt-d " dc = sous-domaine, dc = domain, dc = com "-l [liste attribut]-r [filtre ldap]
Dans cette commande, tous les objets de Subdomain qui tient le filtre sont écrits dans File.txt. Pour capturer les objets à partir du conteneur de configuration, vous devez spécifier le conteneur et le premier domaine est installé dans la forêt, par exemple :
ldifde-i-f file.txt-d " cn = configuration, dc = firstdomain, dc = com "-l [liste attribut]-r [filtre ldap]
Le -l paramètre restreint les attributs de l'objet sont écrites dans File.txt. Si vous omettez -l , tous les attributs de chaque objet sont répertoriés. Pour répertorier aucun des attributs, utilisez - l rien . Si vous procédez ainsi, la commande exporte uniquement le nom unique de chaque objet à File.txt.

Pour rechercher tout en double ou plusieurs adresses proxy, vous pouvez exécuter LDIFDE par rapport à chaque domaine de votre organisation et sur le conteneur de configuration de votre forêt. Pour ce faire, vous devez définir un modèle de recherche unique qui correspond à uniquement les adresses indésirables.

Pour cet exemple, le modèle de recherche est * SMTP:_*@*. Ce modèle de recherche capture chaque adresse proxy de messagerie SMTP (messagerie Internet) Exchange commence par un trait de soulignement. Par exemple, exécutez la commande suivante :
ldifde-i-f badproxies.txt-d " dc = domain, dc = com "-l proxyaddresses-r "(proxyaddresses=*smtp:_*@*)"
Cette commande exporte des données vers Badproxies.txt est similaire aux données suivantes :
dn: CN=Public Information Store (EXCHANGE1),CN=First Storage Group,CN=InformationStore,CN=EXCHANGE1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
changetype: add
proxyAddresses: smtp:_3516c8@domain.com
proxyAddresses: SMTP:_160b1b@domain.com
proxyAddresses: smtp:_@domain.com
proxyAddresses: smtp:EXCHANGE1-PubIS@domain.com
proxyAddresses: X400:c=US;a= ;p=Organization;o=First Administrative Group;s=EXCHANGE1-Pub IS;

dn: CN=Microsoft DSA,CN=EXCHANGE1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
changetype: add
proxyAddresses: smtp:_5b4ac@domain.com
proxyAddresses: SMTP:_137336@domain.com
proxyAddresses: smtp:_2ee369@domain.com
proxyAddresses: smtp:_2124b1@domain.com
proxyAddresses: smtp:_136617@domain.com
proxyAddresses: smtp:_5a29c@domain.com
proxyAddresses: smtp:_2ed263@domain.com
proxyAddresses: smtp:_1f3e3d@domain.com
proxyAddresses: smtp:_134a14@domain.com
proxyAddresses: smtp:_58b1d@domain.com
proxyAddresses: smtp:_2dcff6@domain.com
proxyAddresses: smtp:_20fa76@domain.com
proxyAddresses: smtp:_133b9e@domain.com
proxyAddresses: smtp:_927c0@domain.com
proxyAddresses: smtp:_2bd94@domain.com
proxyAddresses: smtp:_3340fd@domain.com
proxyAddresses: smtp:EXCHANGE1-SRS@domain.com
proxyAddresses: X400:c=US;a= ;p=Microsoft;o=Desperation;s=JESSICA-SRS;
					
Le fichier Badproxies.txt contient des enregistrements pour les objets dont les adresses proxy inclure d'adresse SMTP qui commence par un trait de soulignement. Toutes les autres adresses de ces objets sont également exportés. Vous pouvez filtrer les ces adresses supplémentaires ultérieurement.

Certaines adresses qui commencent par des traits de soulignement peuvent être légitimes. Si cette condition est vraie, vous devez supprimer ces objets à partir du fichier Badproxies.txt avant de poursuivre. Exécutez la commande LDIFDE suivante pour identifier ces objets :
ldifde-i-f file.txt-d " dc = domain, dc = com "-l givenname, sn, samaccountname, mailnickname, displayname-r "(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))"
Cette commande recherche les objets dont prénom, nom, nom d'ouverture de session Windows, Exchange alias ou afficher nom commence par un trait de soulignement. Vous pouvez adapter le filtre de recherche au modèle correspondant à votre environnement particulier.

note Si la syntaxe de votre commande LDIFDE est incorrecte, LDIFDE ne peut pas renvoyer une erreur. En revanche, peut ne pas s'afficher les résultats de recherche du tout. Si votre recherche ne renvoie aucuns d'objets, testez la commande LDIFDE en modifiant le filtre de recherche d'une manière secondaire pour des résultats. Par exemple, remplacez le caractère de soulignement par la lettre a.

En outre, si vous ne disposez pas des autorisations Afficher objets ou des attributs, ces éléments ne sont pas renvoyés par la recherche et une erreur indiquant que vous ne disposez pas des autorisations for certain objet ne pas s'afficher. Lorsque vous recherchez un conteneur de domaine, Microsoft recommande que vous ouvrez une session en tant qu'administrateur de domaine. Lorsque vous recherchez le conteneur de configuration, Microsoft recommande que vous ouvrez une session en tant qu'administrateur d'entreprise.

Après avoir vérifié que Badproxies.txt contient uniquement les objets qui ont des adresses électroniques qui vous souhaitez supprimer, vous devez filtrer et reformatez le fichier LDIF afin que vous pouvez l'importer à nouveau. Le LDIF importer format de fichier et le format de fichier d'exportation être très différentes.

Vous pouvez utiliser l'exemple de script suivant pour convertir et de filtrer le fichier d'importation. Ce script est fourni comme échantillon uniquement ; utiliser ou modifier ce script à vos risques et périls. Ce script en lui-même ne pouvez pas modifier les informations Active Directory. Vous devez manuellement importer le fichier de sortie à partir du script à Active Directory pour apporter des modifications. Chaque ligne dans le script est double-spaced pour faciliter la détecter ligne incorrecte d'habillage. Pour exécuter le script, copiez et collez le texte suivant dans un fichier texte brut et puis nommez ce fichier Proxyfix.bat.
@ECHO OFF

REM This script processes an LDIF Active Directory input file to create

REM an output file of proxy addresses to be deleted. You may set a

REM pattern to determine what addresses will be added to the output file.

REM If no pattern is set, all addresses will be exported and available for deletion.

REM Wildcard characters in the pattern are not permitted.

REM "Quotes" in the input and output filenames are not permitted.

REM Command line syntax:

REM proxyfix.bat [input file] [output file] pattern

REM Example: proxyfix.bat export.ldf export.out smtp:_

setlocal

set infile=%1

set outfile=%2

set pattern=%3

if {%pattern%}=={} set pattern=proxyAddresses

set pattern=%pattern:"=%

echo Input file is: %infile%

echo Output file will be: %outfile%

echo Current pattern is: %pattern%

pause

if exist %outfile% del %outfile%

:echo.>%outfile%.TMP

for /f "delims=" %%A in (%infile%) do call :DO_EACH_LINE "%%A"

echo ->>%outfile%.TMP

echo.>>%outfile%.TMP

echo Change "delete: proxyAddresses" to "add: proxyAddresses" to set instead of delete addresses>%outfile%.ERR

for /f "delims=" %%A in (%outfile%.TMP) do call :CHECK_EACH_RECORD "%%A"

copy /A %outfile%.ERR + %outfile%.TMP %outfile% >NULL

if errorlevel 0 if not errorlevel 1 (

del %outfile%.tmp

del %outfile%.err

echo LDIF import file saved as "%outfile%"

) ELSE (

echo FAILURE. Examine "%outfile%.tmp" and "%outfile%.err".

)

goto :EOF

:DO_EACH_LINE

set line=%1

set line=%line:"=%

IF "%line:~0,1%"==" " (

echo.

echo Broken line encountered! Could not process this line:

echo "%line%"

echo.

pause

)

if "%line:~0,4%"=="dn: " GOTO :DN

if "%line:~0,15%"=="changetype: add" (

echo changetype: modify>>"%outfile%.TMP"

echo delete: proxyAddresses>>"%outfile%.TMP"

)

if "%line:~0,16%"=="proxyAddresses: " GOTO :FINDPROXY

goto :EOF

:DN

echo ->>%outfile%.TMP

echo.>>%outfile%.TMP

echo Processing %line%

echo %line%>>%outfile%.TMP

goto :EOF

:FINDPROXY

echo %line% | find /I "%pattern%"

if errorlevel 0 if not errorlevel 1 echo %line%>>%outfile%.TMP

GOTO :EOF

:CHECK_EACH_RECORD

IF NOT DEFINED CHECKNEXT SET CHECKNEXT=NO

set line=%1

set line=%line:"=%

IF "%CHECKNEXT%"=="NO" (

IF "%line:~0,4%"=="dn: " SET DN="%line%"

echo Checking %DN%

)

if "%line:~0,22%"=="delete: proxyAddresses" (

set CHECKNEXT=YES

GOTO :EOF

)

IF "%CHECKNEXT%"=="YES" (

IF "%line%"=="-" (

echo             !!!WARNING!!!>>%outfile%.ERR

echo All proxy addresses will be removed from>>%outfile%.ERR

echo %DN%>>%outfile%.ERR

echo by importing this file to Active Directory.>>%outfile%.ERR

)

set CHECKNEXT=NO

GOTO :EOF

)

GOTO :EOF
Notes
  • Le fichier de sortie qui génère ce script ne peut pas être importé dans Active Directory avant de modifier tout d'abord. Selon la façon dont vous exécutez le script, le script peut générer un fichier qui supprime chaque adresse de proxy dans le domaine entier. Vous devez examiner le fichier de sortie attentivement avant d'appliquer à Active Directory pour vous assurer que c'est ce que vous voulez.
  • Les trois premières lignes dans le fichier sont un commentaire et les espaces que vous devez supprimer avant d'exécuter le fichier. S'il existe des avertissements en haut de celui-ci, vous devez supprimer ces également.
  • Si le script s'arrête avec le message « rompus ligne produite! », vous devez corriger la ligne qui est signalée et réexécutez le script.
  • La norme LDIF divise longues lignes en plusieurs lignes en poursuivre la ligne après un saut de ligne avec un espace dans la première colonne. L'exemple de script ne pas compte de cette norme, sauf au rapport lorsque ce type de ligne est trouvé. S'il existe plusieurs lignes rompus dans le fichier, vous pouvez corriger ces lignes en utilisant une recherche globale et remplacez la procédure. Pour cela, utilisez un éditeur de texte qui prend en charge recherche et remplacer dans les sauts de ligne. Vous pouvez utiliser Word pour effectuer une recherche globale et remplacer, mais n'oubliez pas enregistrer le fichier modifié en tant que texte brut. Dans Word, vous pouvez rechercher l'élément suivant et remplacez-le par rien :
    ^ p [caractère espace]
    Notez que le texte recherché est le caractère caret (^) et un p en minuscule, pas CTRL + P.
  • Si un enregistrement dans le fichier de sortie entraîne toutes les adresses proxy à supprimer de l'objet, le script tente d'insérez un message d'avertissement en haut du fichier. Si vous utilisez ce script pour générer des fichiers d'importation LDIF, vous devez attentivement examinez ces fichiers pour vous assurer qu'elles contiennent uniquement les enregistrements que vous souhaitez à importer.

    Le format d'enregistrement suivant supprime toutes les adresses proxy :
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Si aucune adresse proxy spécifique n'est nommé dans l'enregistrement, toutes les adresses sont supprimées. Le format d'enregistrement suivant supprime uniquement une adresse proxy unique :
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Pour revenir hors des modifications sont effectuées par le fichier de sortie (sauf pour les enregistrements qui effectuent des suppressions en gros), rechercher le fichier de sortie, remplacez « supprimer : proxyAddresses » par « ajouter : proxyAddresses, " puis réimportez le fichier.
  • Pour exporter toutes les adresses proxy pour tous les objets dans un conteneur, utilisez la "(proxyAddresses=*)-R " filtre de recherche Ldifde.

    Vous pouvez utiliser ce fichier en tant que sauvegarde fichier d'adresses proxy qui existent à un moment spécifique dans le temps. Si vous traitez ce fichier via Proxyfix.bat, ce fichier peut être créé en tant que fichier Importation que vous pouvez utiliser pour restaurer les adresses si nécessaire.
  • Si vous ne définissez pas un filtre en tant que troisième paramètre sur la ligne de commande Proxyfix.bat, toutes les adresses proxy le fichier d'entrée sont copiés dans le fichier de sortie. Vous pouvez modifier « supprimer : proxyAddresses » à « ajouter : proxyAddresses » pour fusionner des adresses avec des adresses sont déjà présents dans Active Directory. Vous pouvez également utiliser « remplacer : proxyAddresses " pour supprimer toutes les adresses proxy dans Active Directory et les remplacer par uniquement les adresses répertoriées dans le fichier de sortie.
  • Si vous avez supprimé toutes les adresses proxy à partir des tous les objets, les objets sont modifiés et le service de mise à jour de destinataire est déclenché pour restaurer toutes les adresses conformément aux stratégies de destinataire en cours. Toutefois, avant de terminer cette procédure, les rapports de non-remise (NDR) pour les messages en transit peuvent être générés. Si adresses dans le conteneur de configuration sont supprimés, services Exchange peuvent cesser d'ou vous peut ne pas être en mesure de les démarrer si elles sont déjà arrêtés. Microsoft recommande d'utiliser extrême précaution lorsque vous traitez des adresses proxy, en particulier pour les objets du conteneur de configuration.
Pour importer un fichier LDIF, exécutez la commande suivante :
ldifde-i-f delproxies.txt

Propriétés

Numéro d'article: 318774 - Dernière mise à jour: lundi 3 décembre 2007 - Version: 5.6
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Mots-clés : 
kbmt kbinfo KB318774 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 318774
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com