Odebrání adres proxy duplicitní a nežádoucí Exchange

Překlady článku Překlady článku
ID článku: 318774 - Produkty, které se vztahují k tomuto článku.
Tento článek je konsolidace dříve k dispozici následující články: 318774, 329617
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Pokud jste správce, můžete použít zásady příjemce Microsoft Exchange automaticky konfigurovat a upravit e-mailové adresy pro všechny příjemce Exchange pomocí pravidel generování adresu. Služba aktualizace příjemce platí adresy hromadně nové a existující uživatelům podle zadaná pravidla. Konfigurace těchto pravidel pomocí správce systému Exchange získat přístup k vlastnosti objektů zásad pro příjemce.

V některých situacích je však můžete použít pravidlo, které způsobí duplicitní nebo, která způsobuje více adres přes organizaci použita. Pokud během běžné operace Exchange jsou zjištěna duplicitní e-mailové adresy, hlásí nedoručení (oznámení NDR) s 5.1.4 kód chyby může být odeslaný serverem a zaznamenat jiné neočekávané chování. Navíc může být v protokolu událostí aplikací zaznamenána následující zpráva ID události:



Typ události: upozornění
Zdroj události: MSExchangeIS
Kategorie události: Obecné
ID události: 9514
Počítač: Exchange_Server_Name
Popis: Dva objekty v adresáři mají stejný proxy - /dc com/dc = domény/cn = konfigurace/cn = služby/cn = = microsoft exchange/cn = organization_name / cn skupiny pro správu/cn = = administrative_group_name / cn = servery/cn = Exchange_server_name / cn = informationstore/cn = storage_group_name / cn = úložiště veřejné složky (Exchange_server_name) a /dc com/dc = domény/ou = uživatelé/cn = = user_name.

Tento článek popisuje situaci, kde jsou duplicitní adresy použity a jak odebrat tyto duplicitní adresy.

Další informace

Typické pravidlo adresa Formát pošty SMTP (Internet) je následující pravidlo:
@doména.com
Při použití tohoto pravidla do e-mailovou adresu každého příjemce objektu pokryté příjemce zásad mailnickname@domain.com. Pokud alias elektronické pošty Exchange uživatele je tedy user1, adresu user1 @ domain.com použita pro uživatele.

Exchange můžete také použít k definování pravidel pojmenování automatické. Například můžete e-mailová adresa příjemce nakonfigurován jako "FirstName_LastName @ domain.com"namísto „ mailnickname @ domain. com. „ Můžete použít následující adresu generování pravidlo k provedení této změny:
%g_%s@Domain.com
Další informace o dostupných specifikátory automatické pojmenování a syntaxe klepněte na následující číslo článku databáze Microsoft Knowledge Base:
285136Jak přizpůsobit generátory adresa elektronické pošty SMTP prostřednictvím zásady příjemce
Pokud používáte specifikátorů auto pojmenování, ujistěte se, zda je, polí odkazovat v pravidle generování adresy všech příjemců pokryté pravidlo skutečně existují. Pokud to neprovedete, může způsobit duplicitní nebo více e-mailové adresy generován na objekty v celé organizaci.

Efekty tohoto problému lišit v závislosti na jaké příjemci jsou zahrnuté. Několik objektů systému Exchange jsou povoleny poštovní schránky. Pokud je použita nesprávnou adresu tyto systémové objekty, mohou nastat problémy. Například replikace veřejných složek nemusí být úspěšný nebo databází nelze připojit. Navíc může být zaznamenána zpráva ID události, která je popsána v tomto článku v části "Shrnutí".

Jako příklad tohoto chování Předpokládejme, že jste definovali pravidla generování adresu %g_%s@domain.com. Toto pravidlo trvá hodnoty pro atribut givenName a atribut sn objektu Active Directory a používá tyto hodnoty sestavit e-mailovou adresu. Pokud je hodnota atributu givenName uživatele Jan a hodnota atributu sn je Novák, e-mailová adresa je Jeff_Smith@domain.com.

Ale atribut givenName a atribut sn nejsou povinné a poštovní objekty například distribuční seznamy a agenti systému může chybět tyto atributy. V této situaci pravidlo %g_%s@domain.com adresu generování devolves pravidla generování adresu _@domain.com. Pravidlo pro objekty, které nemají givenName a hodnota atributu sn změní ekvivalent pravidlo hardcode e-mailovou adresu jako _@domain.com.

Při použití nové e-mailové adresy Recipient Update Service zkontroluje, pokud stejnou adresu na libovolný objekt v doménové struktuře již existuje. Pokud ano, číselnou hodnotu do nové adresy odlišení. Například pokud více uživatelů jménem Jan Novák, další uživatelský účet, který je zpracována Recipient Update Service obdržet e-mailovou adresu Jeff_Smith2@domain.com.

To znamená, objekty bez givenName a hodnoty atributů sn, kteří jsou zpracovávány podle pravidlo %g_%s@domain.com adresu generování obdrží e-mailové adresy jako například _1@domain.com, _2@domain.com, _3@domain.com a dalších podobných adres.

Služba aktualizace příjemce kontroluje nové příjemci, kteří musí mít e-mailové adresy při každém objekty bez givenName a atributy sn obdržet další e-mailovou adresu. Zvažte objektu, který má adresu _1@domain.com. Tato adresa neodpovídá _@domain.com pravidlo a služba aktualizace příjemce může předpokládat, že objekt stále musí být použita adresa _@domain.com "hardcoded". Kontrola duplicitních adres najde adresu the_@domain.com již patří do jiného objektu, a proto může být přiřazena adresa například _4@domain.com.

Pokud žádné atributy objektu byly změněny ve službě Active Directory od posledního spustili Recipient Update Service, objekt není zaznamenali podle Recipient Update Service. Ale pokud žádným způsobem změněn objekt, prohledá služba aktualizace příjemce jej znovu k určení, pokud ji bude použito nové e-mailové adresy. To znamená, že v průběhu času jeden objekt, který postrádá specifikátor atributy mohou mít desítky nebo stovky _NNNN@domain.com e-mailové adresy.

Obecně další adresy jsou nedotčený a neovlivní toku běžná pošty; však čase jejich může způsobit Recipient Update Service proces inefficiently více a více položek. Služba aktualizace příjemce musí zjištění duplicitních adres opakovaně při přiřazuje nové adresy na objekty. Pokud existuje adresu _1000@domain.com Recipient Update Service musí provádět prostřednictvím kontroluje duplicitní adresu tisíc dříve než můžete přiřadit nové adresy na základě pravidla generování _@domain.com.

Přestože Exchange kontroluje duplicitní e-mailové adresy, není kontrola foolproof následujících dvou důvodů:
  • Samostatné Recipient Update Service musí být nakonfigurován pro každou doménu. I v jediné doméně prostředí jsou dvě služby RUS. Jeden Recipient Update Service pro kontejner domény, a druhé (organizace Recipient Update Service) pro kontejner Konfigurace serveru.
  • Čekací doba replikace Active Directory může způsobit adresu přiřazen jeden Recipient Update Service nezobrazí složku databáze, který je používán jinou Recipient Update Service v příslušnou dobu.
Nejpravděpodobnější scénář, kde jsou vytvořeny duplicitní adresy je scénář při organizace Recipient Update Service je připojen k jednomu řadiči domény a domény Recipient Update Service je připojen do jiného. Při zpracování objektů, které jsou atributy specifikátor nezahrnujících paralelně podle jednotlivých Recipient Update Service jsou generovány duplikáty.

Doporučené postupy zabránit duplicitní a několika adresami

Znak, který je nejčastěji používán pravidla pojmenování automatické je podtržítko (_). Tento oddíl odkazuje pravidlo generování adresu SMTP:%g_%s@domain.com jako základní příklad.

Pravidlo generování adresu %g%s@domain.com nezpůsobí stejné potíže jako % g_%s@domain.com. Pokud objekt postrádá givenName a atributy sn, k @ doména.com devolves pravidlo generování adresu. Tím se spustí výchozí chování Recipient Update Service razítkování e-mailovou adresu @doména.com mailNickname

Chcete-li zabránit automatické pojmenování specifikátory příčinou těchto potíží, pokud pomocí automatického pojmenovávání Specifikátory a použití pevného znaků v části generování pravidlo adresu uživatele, je nutné nakonfigurovat filtr příjemce zásad explicitně testování existence atributy, které určíte.
Každý příjemce zásad Exchange má filtr Lightweight Directory Access Protocol (LDAP), který definuje objekty se zásada týká. Je nejjednodušší filtru můžete definovat objekt (mailnickname = *). V syntaxi filtru LDAP atribut = * lze přečíst jako "atribut existuje. Proto (mailnickname = *) filtr platí zásada pro každý objekt má atribut mailNickname (tj každý objekt, který je povoleno pošty). Tento filtr je filtr výchozí zásady příjemce.

Vytvořit další zásady příjemce může být mnohem složitější jako omezit objekty zásady použít filtry. Exchange poskytuje uživatelské rozhraní, který vytváří filtry pro správce na základě kritérií společný smyslu namísto nutnosti vytvářet filtry ručně.

Například následující filtr je generován automaticky k zachycení všech uživatelů, kontaktů a skupin Exchange:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Sestavit tento filtr v zásadách:
  1. Spusťte správce systému serveru Exchange.
  2. Rozbalte Příjemci, rozbalte položku Zásady příjemce a buď otevřít vlastnosti zásadu, že chcete upravit nebo vytvořit nové zásady.
  3. Na kartě Obecné klepněte na tlačítko změnit.
  4. Klepnutím zaškrtněte všechna políčka na kartě Obecné.
  5. Klepněte na kartu úložiště a klepněte na tlačítko poštovní schránky na libovolném serveru.

    Nemáte nic konfigurovat na kartě Upřesnit.
Tento filtr upravit tak, aby zkontroluje existenci givenName a atributy sn:
  1. Otevřete vlastnosti zásad pro příjemce a klepněte na příkaz změnit.
  2. Klepněte na kartu Upřesnit, vyberte pole uživatelské jméno a Příjmení uživatele pole a nastavit podmínky těchto polí k zobrazení.
Po dokončení těchto dvou postupů se zobrazí filtr LDAP jako následující filtr:
(&(&(&(& (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=*)))
Všimněte si, které (objectCategory=user)(givenName=*)(sn=*) byla přidána poblíž konec filtr. Tento filtr nyní zachycuje pouze uživatelé, kteří mají givenName a atribut sn. Tento filtr ignoruje distribuční seznamy, kontakty a objekty systému Exchange.

Hledání a odebrání duplicitních adres

Duplicitní adresy, které jsou obvykle vytvořeny podle pojmenování automatické specifikátory postupujte předvídatelnými vzorek (například _12345@domain.com, _12346@domain.com a podobných adres). Proto provádět automatické vyhledávání těchto adres a provádět automatické vyčištění.

Použít nástroj Ldifde.exe, která je součástí systému Windows 2000 export a import informací služby Active Directory jako prostý text ve formátu LDIF. LDIFDE používá stejnou syntaxi standardní hledání LDAP jako filtry zásad pro příjemce Exchange. Filtr zásad pro příjemce vložit do příkazového řádku LDIFDE a vytvořte textový soubor, který obsahuje seznam všech objektů v kontejneru zachycené filtrem. Následující příkaz je příklad vytvoření textového souboru obecnou syntaxi:
ldifde -f soubor.txt -d "dc = poddoménu, dc = doména, dc = com" -l [atribut seznam] - r "[filtr ldap]"
V tomto příkazu všechny objekty v subdomény, které vyhovují filtru jsou zapisovány do souboru soubor.txt. Objekty z kontejneru Configuration capture, musíte zadat kontejner a první domény, který je nainstalován v doménové struktuře, například:
ldifde -f soubor.txt -d "cn = configuration, dc = firstdomain, dc = com" -l [atribut seznam] - r "[filtr ldap]"
-L parametr omezuje jsou zapisovány do souboru soubor.txt atributy pro objekt. Pokud vynecháte -l, jsou uvedeny všechny atributy pro každý objekt. Seznam žádné atributy použít - l nic. Pokud tak učiníte, příkaz exportuje pouze rozlišující název každého objektu do souboru soubor.txt.

Chcete-li najít všechny duplicitní nebo více adres serveru proxy, můžete spustit LDIFDE proti každé domény v organizaci a proti kontejneru konfigurace doménové struktury. Chcete-li tak učinit, musíte definovat jedinečné hledání vzorek, který odpovídá pouze nežádoucí adresy.

V tomto příkladu je vzorek hledání * SMTP:_*@*. Tento vzorek hledání digitalizuje každých adresu proxy e-mail Exchange SMTP (Internet Mail), která začíná podtržítkem. Například spusťte následující příkaz:
ldifde -f badproxies.txt -d "dc = doména, dc = com" -l proxyaddresses - r "(proxyaddresses=*smtp:_*@*)"
Tento příkaz exportuje data Badproxies.txt, který je podobný následující data:
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;
					
Badproxies.txt soubor obsahuje záznamy pro objekty, jejichž adresy proxy zahrnout adresu SMTP, který začíná podtržítkem. Všechny adresy pro tyto objekty jsou také exportovány. Můžete filtrovat mimo tyto zvláštní adresy později.

Některé adresy, které začínají podtržítka může být legitimní. Pokud je tato podmínka pravdivá, je nutné před pokračováním odebrat tyto objekty ze souboru Badproxies.txt. Spusťte následující příkaz LDIFDE k identifikaci těchto objektů:
ldifde -f soubor.txt -d "dc = doména, dc = com"-l givenname, sn, samaccountname, mailnickname, displayname - r "(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))"
Tento příkaz vyhledá objekty, jejichž křestní jméno, příjmení, název přihlášení Windows, Exchange alias nebo zobrazovaný název začíná podtržítkem. Vyhledávací filtr vzorku je vhodný pro konkrétní prostředí lze přizpůsobit.

Poznámka: Pokud je nesprávná syntaxe příkazu Ldifde, není LDIFDE může vrátit chybu. Místo toho nemusí zobrazit žádné výsledky hledání vůbec. Pokud hledání vrátí žádné objekty, otestovat příkazu Ldifde změnila vyhledávací filtr dílčí způsob vrácení výsledků. Například nahradit podtržítko písmenem A.

Pokud máte oprávnění k zobrazení objektů nebo atributů, také tyto položky není vrácené hledání a obdržíte chyba oznamující, že máte oprávnění pro určité objektu. Při hledání kontejner domény společnost Microsoft doporučuje, přihlaste se jako správce domény. Při hledání kontejneru Configuration společnost Microsoft doporučuje, přihlaste se jako správce rozlehlé sítě.

Po ověření Badproxies.txt obsahuje pouze objekty e-mailové adresy, které chcete odebrat, musíte filtrovat a re-format souboru LDIF tak, aby znovu importovat. Formát souboru importu LDIF a formát souboru exportu se výrazně liší.

Můžete použít následující ukázkový skript převést a filtrovat souboru importu. Tento skript je poskytován jako pouze ukázkový; použít nebo upravit tento skript na vlastní nebezpečí. Tento skript v samotném nelze změnit informace služby Active Directory. Výstupní soubor je nutné importovat ručně ze skriptu do služby Active Directory proveďte změny. Každý řádek ve skriptu je dvojité usnadnit zjištění nesprávné zalamování řádků. Spusťte skript zkopírovat a vložit následující text do souboru ve formátu prostého textu a název tohoto souboru 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
  • Tento skript generuje výstupní soubor nelze importovat do Active Directory před jeho úpravou nejprve. V závislosti na spuštění skriptu skript může vygenerovat soubor odstraní každých adresa serveru proxy v celé doméně. Před instalací služby Active Directory zkontrolujte, že nemá požadované musí úzce zkontrolujte výstupní soubor.
  • Horní tři řádky v souboru jsou komentář a prázdné znaky je třeba odebrat před spuštěním souboru. Pokud jsou upozornění v horní části souboru, musíte tyto také odebrat.
  • Pokud skript pozastaví zprávou "Přerušené řádek zjistil!", musíte opravit řádek, který ohlásil a skript znovu spustit.
  • Standardní LDIF pokračováním řádku po konec řádku s místa v prvním sloupci vydělí dlouhý řádky do více řádků. Ukázkový skript není účet pro tento standard kromě sestavy při nalezen tento druh řádku. Pokud jsou v souboru přerušené mnoho řádků, můžete opravte tyto řádky pomocí globální najít a nahradit postup. To provedete pomocí textového editoru, který podporuje hledání a nahrazování přes konce řádků. Provedení globálního hledání a nahrazení pomocí aplikace, ale musí si pamatovat uložit upravený soubor jako prostý text. V aplikaci Word hledat následující položky a nahraďte jej nic:
    ^ p [znak mezery]
    Všimněte si, že text hledání je znak stříšky (^) a malá písmena p není CTRL + P.
  • Pokud záznam ve výstupním souboru způsobí, že všechny adresy proxy mají být odstraněny z objektu, skript se pokusí vložit upozornění na začátku souboru. Pokud generovat LDIF importu souborů pomocí tohoto skriptu musí úzce zkontrolujte tyto soubory Ujistěte se, které obsahují pouze záznamy, které chcete být importovány.

    Následující formát záznam odstraní všechny adresy proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Pokud žádná adresa proxy konkrétní název v záznamu, jsou odstraněny všechny adresy. Následující formát záznam odstraní pouze jediný server proxy adresa:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Vyhledat výstupní soubor zpět mimo změny provedené výstupní soubor (s výjimkou pro záznamy, které provádějí wholesale odstranění), nahradit "odstranit: Přidat proxyAddresses"s": proxyAddresses," a potom soubor importujte znovu.
  • Chcete-li exportovat všechny adresy proxy pro všechny objekty v kontejneru, použijte "(proxyAddresses=*) -R" LDIFDE vyhledávací filtr.

    Tento soubor použít jako záložní soubor adres serveru proxy, které existují na konkrétní bod v čase. Pokud zpracovat tento soubor prostřednictvím Proxyfix.bat tento soubor vytvořen jako soubor importu můžete použít v případě potřeby obnovit adresy.
  • Pokud nedefinujete jako třetí parametr příkazového řádku Proxyfix.bat filtru, jsou všechny adresy proxy ze vstupního souboru zkopírovány do výstupního souboru. Můžete změnit "odstranit: proxyAddresses"na přidat": proxyAddresses" sloučit adresy s adresy, které jsou již obsaženy v Active Directory. Můžete také použít "nahradit: proxyAddresses" Odebrat všechny adresy proxy ze služby Active Directory a nahradit je pouze adresy uvedené v souboru výstupu.
  • Odstraněny všechny adresy proxy z všechny objekty jsou objekty změněny a obnovit všechny adresy podle aktuální zásady příjemce je spuštěna služba aktualizace příjemce. Však před dokončením tohoto procesu, nedoručení (oznámení NDR) pro poštu na cestě mohou být generovány. Jsou odstraněny adresy v kontejneru konfigurace služby Exchange přestat nebo nemusí být možné spustit je, pokud již zastavena. Společnost Microsoft doporučuje použít extrémních pozornost při zpracování adres proxy zejména pro objekty v kontejneru konfigurace.
Import souboru LDIF, spusťte následující příkaz:
ldifde -i -f delproxies.txt

Vlastnosti

ID článku: 318774 - Poslední aktualizace: 3. prosince 2007 - Revize: 5.6
Informace v tomto článku jsou určeny pro produkt:
  • 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
Klíčová slova: 
kbmt kbinfo KB318774 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:318774

Dejte nám zpětnou vazbu

 

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