Exchange, yinelenen ve istenmeyen proxy adreslerini kaldırma

Makale çevirileri Makale çevirileri
Makale numarası: 318774 - Bu makalenin geçerli olduğu ürünleri görün.
Bu makalede daha önce aşağıdaki makalelerde bulunan bilgiler bir araya getirilmiştir: 318774, 329617
Hepsini aç | Hepsini kapa

Bu Sayfada

Özet

Bir yöneticiyseniz, otomatik olarak yapılandırmak ve e-posta adresleri, adres oluşturma kurallarını kullanarak tüm Exchange alıcılar için özelleştirmek için Microsoft Exchange alıcı ilkeleri'ni kullanabilirsiniz. Recipient Update Service adresleri yığın içinde belirtilen kurallara uygun şekilde, yeni ve varolan kullanıcılar için geçerlidir. Bu kuralları yapılandırmak için <a0></a0>, alıcı ilkesinde nesnelerin özelliklerini erişmek için Exchange Sistem Yöneticisi'ni kullanın.

Ancak, bazı durumlarda, yinelenen neden olan, birden çok adresi Exchange kuruluşunun uygulanacak neden olan bir kural kullanabilirsiniz. Yinelenen e-posta adresleri, normal bir Exchange işlem sırasında algılandığında, (NDR) teslim edilemedi raporlarının sunucu tarafından hata kodu ile bir 5.1.4 gönderilebilir ve başka beklenmeyen davranışlarla karşılaşabilirsiniz. Ayrıca, uygulama olay günlüğüne aşağıdaki olay KIMLIĞI iletisi kaydedilebilir:



Olay türü: uyarı
Olay kaynağı: Msexchangeıs
Olay kategorisi: Genel
Olay KIMLIĞI: 9514
Exchange_Server_Name bilgisayar:
Açıklama: Dizinde iki nesneleri aynı proxy - sahip /dc com/dc = etki alanı/cn = yapılandırma/cn = Hizmetleri/cn = Mıcrosoft exchange/cn = organization_name = / CN = yönetim grupları/cn = administrative_group_name = / CN = sunucuları/cn = Exchange_server_name = / cn informationstore/cn = storage_group_name = / cn = ortak klasör deposu (Exchange_server_name) ve /dc com/dc = etki alanı/ou = kullanıcılar/cn = user_name =.

Makalede, bir durumda, çift olan adreslerinin geçerli olur ve bu çift olan adreslerinin nasıl kaldırılacağı anlatılır.

Daha fazla bilgi

Aşağıdaki kural, bir <a1>SMTP</a1> (ınternet) posta biçimi adresi için genel bir kuraldır:
@etkialanı.com
Bu kuralı'nı kullandığınızda, e-posta adresi mailnickname@domain.com alıcı ilkesi tarafından kapsanan her alıcı nesneye eklenir. Diğer bir kullanıcının Exchange e-posta bu nedenle, user1, adresi ise user1 @ domain.com kullanıcıya uygulanır.

Exchange, otomatik adlandırma kurallarını tanımlamak için de kullanabilirsiniz. Örneğin, ınternet e-posta adresi olarak yapılandırılacak alıcı isteyebilirsiniz. "FirstName_LastName @ domain.com"yerine"mailnickname @ domain. com." Bu değişikliği yapmak için aşağıdaki adresi oluşturma kural kullanabilirsiniz:
%g_%s@Domain.com
Kullanılabilir otomatik adlandırma belirticileri ve sözdizimi hakkında ek bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
285136<a1>Özelleştir</a1> SMTP e-posta adresi üretici aracılığıyla alıcı ilkeleri nasıl
Otomatik adlandırma belirleyicilerine kullanıyorsanız, adres oluşturma kuralda başvuru alanları gerçekten kuralla kapsamındaki alıcılar için bulunduğundan emin olmalısınız. Bunu değil, yinelenen veya birden çok e-posta adresleri, Exchange kuruluşundaki tamamındaki nesnelerde oluşturulmasına neden olabilir.

Bu sorunun etkilerini hangi alıcıların dahil bağlı olarak değişir. Birden fazla Exchange Sistem nesneleri posta kutusu etkin ' dir. Bu sistem nesnelerine uygulanan yanlış adresi, sorunlar oluşabilir. Örneğin, ortak klasör çoğaltması başarısız olabilir veya veritabanları oluşturmak mümkün olabilir. Ayrıca, bu makalenin "Özet" bölümünde açıklanan olay KIMLIĞI iletisi kaydedilebilir.

Bu davranışa örnek olarak %g_%s@domain.com adres oluşturma kuralı tanımladınız varsayalım. Bu kural, givenName özniteliği ve Active Directory nesnesi sn öznitelik değerleri alır ve bir e-posta adresi oluşturmak için bu değerleri kullanır. Kullanıcının givenName öznitelik değeri, Kemal ve sn öznitelik değerinin Etikan, e-posta Jeff_Smith@domain.com adrestir.

Ancak givenName özniteliği ve sn öznitelik zorunlu değildir ve posta etkin nesnelere dağıtım listeleri ve sistem aracıları gibi bu öznitelikleri olmayabilir. Bu durumda, _@domain.com adres oluşturma kurala %g_%s@domain.com adres oluşturma kural devolves. GivenName ve sn öznitelik değeri olmayan nesneler için kural hardcode e-posta adresi için bir kural eşdeğeri _@domain.com haline gelir.

Yeni e-posta adreslerini uyguladığınızda, Recipient Update Service aynı adresi zaten ormandaki herhangi bir nesne üzerinde olup olmadığını denetler. Sayısal bir değer varsa, bunu ayırt etmek için yeni adresi eklenecektir. Örneğin, Kemal Etikan adlı birden çok kullanıcı varsa, Recipient Update Service tarafından işlenen bir ek kullanıcı hesabının bir e-posta adresini Jeff_Smith2@domain.com alabilirsiniz.

Bu nesneleri givenName ve kimin %g_%s@domain.com adres oluşturma kurala göre işlenir sn öznitelik değerleri _1@domain.com _2@domain.com, _3@domain.com ve diğer benzer adresleri gibi e-posta adreslerini alacağını gösterir.

Her Recipient Update Service'ı e-posta adresleri olması gerekir yeni alıcılar için denetler, givenName ve sn özniteliklerini olmayan nesneleri ek e-posta adresi alabilirsiniz. _1@Domain.com adresine sahip bir nesne göz önünde bulundurun. Bu adres _@domain.com kural eşleşmiyor ve Recipient Update Service nesne hala uygulanan "kodlanmış" _@domain.com adresi olması gerektiğini varsayalım. Çift adres denetimi the_@domain.com adres, zaten farklı bir nesnesine ait olduğunu ve bu nedenle, _4@domain.com gibi adresle atanabilir bulur.

Son tarihten hiçbir nesne özniteliklerinin Active Directory'de değiştirilen Recipient Update Service'ı çalıştırdığınızda, bu nesne tarafından Recipient Update Service fark. Ancak, nesneyi herhangi bir şekilde değiştirilirse, Recipient Update Service yeniden yeni bir e-posta adresleri için uygulanacak, belirlemek için tarar. Bu, zaman içinde onlarca veya yüzlerce _NNNN@domain.com e-posta adreslerinin belirtici öznitelikleri eksik olan tek bir nesne sahip olabileceğini gösterir.

Genelde, ek adresleri inert, normal posta akışı etkilemez; ancak, zaman içinde inefficiently daha fazla işlem maddelere Recipient Update Service neden olabilirler. Çift olan adreslerinin Recipient Update Service sürekli olarak işaretlemelisiniz zaman nesneleri yeni bir adres atar. _1000@Domain.com adresi varsa, Recipient Update Service _@domain.com oluşturma kurala dayalı yeni bir adres atamak için önce bir bin çift adres çekleri gerçekleştirmelisiniz.

Exchange, yinelenen e-posta adreslerini denetler, Çek aşağıdaki iki nedenden kusursuz değildir:
  • Ayrı bir Recipient Update Service, her etki alanı için yapılandırılmalıdır. Hatta bir tek etki alanı ortamında, iki Alıcı Güncelleştirme Hizmetleri vardır. Bir Recipient Update Service için etki alanı kapsayıcısında ve diğer (kuruluş Recipient Update Service) için sunucunun Yapılandırma kapsayıcısını.
  • Active Directory çoğaltma gecikmesi, uygun zaman farklı bir Recipient Update Service tarafından kullanılan klasöre veritabanındaki görüntülenmesini bir Recipient Update Service tarafından atanan adresle neden olabilir.
Çift olan adreslerinin oluşturulduğu en olası senaryosu Recipient Update Service Recipient Update Service etki alanı ve bir etki alanı denetleyicisine bağlı kuruluş diğerine bağlı bir senaryo olur. Belirleyici öznitelikleri bulunmayan nesneleri her Recipient Update Service tarafından paralel işlendiğinde, çoğaltmaları oluşturulur.

Ikili ve birden çok adresi engellemek için en iyi yöntemler

En sık kullanılan otomatik adlandırma kuralları alt çizgi karakteri (_) karakteridir. Bu bölüm, temel bir örnek olarak adresi oluşturma kural SMTP:%g_%s@domain.com başvuruyor.

%G%s@domain.com adres oluşturma kural % g_%s@domain.com olarak aynı sorunları neden olmaz. Nesne, givenName ve sn özniteliklerini yoksa, adres oluşturma kural @ etkialanı.com devolves. Bu, bir e-posta adresini mailNickname @etkialanı.com damgası Recipient Update Service varsay?lan davran??? başlatır

Otomatik adlandırma belirleyicilerine otomatik adlandırma belirleyicilerine kullanıyorsanız ve kullandığınız sabit bir karakter <a0>Adres</a0> oluşturma kuralın <a1>kullanıcı</a1> bölümünde, bu sorunlar neden önlemek için alıcı ilkesinde açıkça belirttiğiniz öznitelikleri varlığını sınamak için süzgeç yapılandırmalısınız.
Her bir Exchange alıcı ilkesi, uygulanan ilke nesneleri tanımlayan bir Basit Dizin Erişim Protokolü (LDAP) filtre vardır. Bir nesne üzerinde tanımlayabilirsiniz basit filtresidir (mailnickname = *). LDAP süzgeç sözdiziminde öznitelik = * "özniteliği vardır."olarak okuma Bu nedenle, (mailnickname = *) süzgeç (posta etkinleştirilmiş olan diğer bir deyişle, her nesne) bir <a0>mailNickname özniteliğine sahip her nesne için ilke uygulanır. Bu varsayılan alıcı ilkesi için süzgeç filtresidir.

Ek alıcı ilkeleri oluşturma, süzgeçler uygulanan ilkeleri nesneleri kısıtlayın gibi daha karmaşık hale gelebilir. Exchange, süzgeçleri el ile oluşturmak kullanmak yerine, genel bir fikir ölçütlere göre yönetici için süzgeçler oluşturur, bir kullanıcı arabirimi sağlar.

Örneğin, aşağıdaki süzgeç tüm Exchange kullanıcıları, kişileri ve grupları yakalamak için otomatik olarak oluşturulur:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Bu süzgeç ilkesinde oluşturmak için <a0></a0>:
  1. Exchange System Manager'ı başlatın.
  2. Alıcılar ' nı genişletin, Alıcı ilkeleri ' ni genişletin ve ilke özelliklerini açmak, düzenlemek veya yeni bir ilke oluşturmak istediğinizi.
  3. Genel sekmesinde, Değiştir ' i tıklatın.
  4. Genel sekmesindeki onay kutularını seçmek için tıklatın.
  5. Depolama Birimi</a0> sekmesini tıklatın ve sonra herhangi bir sunucudaki posta kutuları tıklatın.

    Hiçbir şey Gelişmiş sekmesinde yapılandırmanıza gerek yoktur.
Böylece, givenName ve sn özniteliklerini varlığını denetler, bu süzgeci değiştirmek için <a0></a0>:
  1. Alıcı ilkesinde özellikleri açın ve sonra Değiştir ' i tıklatın.
  2. Gelişmiş sekmesini tıklatın, kullanıcı alanın adı ve Soyadı kullanıcı alanını seçin ve sonra bu alanlar için koşul var için ayarlayın.
Bu iki yordamları tamamladıktan sonra LDAP filtresi aşağıdaki filtre görüntülenir:
(&(&(&(& (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=*)))
Dikkat edin (objectCategory=user)(givenName=*)(sn=*) süzgeç sonuna eklendi. Bu süzgeç, şimdi yalnızca bir givenName hem de sn özniteliği olan kullanıcılar yakalar. Bu süzgeç, dağıtım listeleri, kişiler ve Exchange Sistem nesneleri yoksayar.

Bulma ve yinelenen adresleri kaldırılıyor

Genellikle otomatik adlandırma belirleyicilerine tarafından oluşturulan yinelenen adresleri (örneğin, _12345@domain.com _12346@domain.com ve benzer adresleri) tahmin edilebilir bir desen izleyin. Bu nedenle, bu adresler için otomatik bir arama gerçekleştirmek ve otomatik temizleme işlemi gerçekleştirin.

LDIF biçimi düz metin olarak Active Directory bilgilerini almak ve vermek için Windows 2000'de bulunan Ldifde.exe yardımcı programını kullanabilirsiniz. LDIFDE aynı standart LDAP arama sözdizimi Exchange alıcı ilkesine filtre olarak kullanır. Ldifde aracı bir komut satırında bir alıcı ilkesi süzgeç yapıştırın ve her nesne kapsayıcısındaki filtre tarafından yakalanan listeleyen bir metin dosyası oluşturun. Aşağıdaki komut, bir metin dosyası oluşturmak için genel sözdizimi örneği şöyledir:
ldifde -f dosya.txt -d "dc alt etki alanı = dc = domain, dc = com" -l [öznitelik listesi] - r "[ldap süzgeç]"
Bu komutta, süzgeç uygun bir alt etki alanı içindeki tüm nesneler dosya.txt'ye yazılır. Yapılandırma kapsayıcısında nesnelerden yakalamak için <a0></a0>, kapsayıcıyı ve örneğin yüklü olan ormandaki ilk etki alanı belirtmeniz gerekir:
ldifde -f dosya.txt -d "cn = yapılandırma, dc, firstdomain = dc = com" -l [öznitelik listesi] - r "[ldap süzgeç]"
-L parametre dosya.txt'ye yazılan nesne özniteliklerini kısıtlar. Atlarsanız -l, her nesnenin tüm özniteliklerini listelenir. Öznitelikleri hiçbiri listelemek için <a0></a0>, bu seçeneği kullan - l hiçbir şey. Devam ederseniz, komutu, yalnızca her nesnenin ayırt edici adını dosya.txt'ye verir.

Tüm yinelenen ya da birden çok proxy adreslerini bulmak için LDIFDE karşı kuruluşunuzdaki her etki alanı ve yapılandırma kapsayıcısında karşı ormanınız için çalıştırabilirsiniz. Bunu yapmak için <a0></a0>, istenmeyen adresleri için eşleşen bir benzersiz bir arama deseni tanımlamalısınız.

Bu örnekte, arama deseni olduğu * SMTP:_*@*. Bu arama deseni, alt çizgi ile başlayan her <a1>SMTP</a1> (ınternet Mail), Exchange e-posta proxy adresini yakalar. Örneğin, aşağıdaki komutu çalıştırın:
ldifde -f badproxies.txt -d "dc = domain, dc = com" -l proxyaddresses - r "(proxyaddresses=*smtp:_*@*)"
Bu komut, aşağıdaki verileri benzer Badproxies.txt için verileri verir:
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 dosya nesneleri, proxy adreslerinin alt çizgi ile başlayan bir SMTP adresi eklemek için bir kayıt içeriyor. Bu nesne için başka adresler de verilir. Daha sonra bu ek adresler dışında süzebilirsiniz.

Alt çizgi ile başlayan bazı adresleri meşru olabilir. Bu koşul doğruysa, devam etmeden önce bu nesnelerin Badproxies.txt dosyasından kaldırmalısınız. Bu nesneleri tanımlamak için aşağıdaki Ldifde komutu çalıştırın:
ldifde -f dosya.txt -d "dc = domain, dc = com"-l ad, sn, samaccountname, mailnickname, displayname - r "(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))"
Bu komut, ad, Soyadı, Windows oturum açma adı, Exchange diğer adı veya bir alt çizgi ile görüntü adı başlatıldığında nesneler için arama yapar. Arama süzgeci belirli ortamınıza uygun desene uyarlayabilirsiniz.

Not Ldifde komutu sözdizimi yanlışsa, LDIFDE hata döndürmeyebilir. Bunun yerine, tüm göremeyebilirsiniz tüm arama sonuçları. Aramanız hiçbir nesne dönerse, Ldifde komutu sonuçları, küçük bir yolla arama süzgeci değiştirerek sınayın. Örneğin, alt çizgi a harfi ile değiştirin.

Ayrıca, nesne veya öznitelik görüntüleme izinlerine sahip, bu öğeler arama sonucunda döndürülen ve belirli bir nesne izinlere sahip olmadığını bildiren bir hata almazsınız. Bir etki alanı kapsayıcısında ararken, Microsoft, bir etki alanı yöneticisi olarak oturum açtığınızdan önerir. Sunucunun Yapılandırma kapsayıcısını ararken, Microsoft, Kuruluş Yöneticisi olarak oturum açtığınızdan önerir.

Badproxies.txt, kaldırmak istediğiniz e-posta adreslerine sahip nesneleri içeren doğruladıktan sonra süzmek ve böylece yeniden alabilirsiniz, LDIF dosya re-format gerekir. LDIF dosya biçimi alma ve verme dosyası biçimi önemli ölçüde farklıdır.

Dönüştürme ve içe aktarma dosyasındaki süzmek için aşağıdaki örnek komut dosyası kullanabilirsiniz. Bu komut, yalnızca örnek olarak sağlanmıştır; kılmaktadır bu komut dosyasını kendi sorumluluğunuzdadır. Bu komut dosyasını kendi Active Directory bilgilerini değiştiremezsiniz. Çıktı dosyasını el ile değişiklikler yapmak için Active Directory'ye komut dosyasından aktarmalısınız. Her satırda bir komut dosyası hatalı satır kaydırma algılamak daha kolay double-spaced ' dir. Komut dosyasını çalıştırmak için <a0></a0>, kopyalamak, aşağıdaki metni bir düz metin dosyasına yapıştırın ve sonra bu dosyayı Proxyfix.bat adlandırın.
@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
  • Bu komut dosyası üreten bir çıktı dosyası, ilk düzenlemeden önce Active Directory'ye alınamıyor. Komut dosyası komut dosyasını çalıştırdığınız nasıl bağlı olarak, tüm etki alanındaki her proxy adresi silen bir dosya oluşturabilir. Istediğiniz algılamadığı emin olmak için Active Directory'ye uygulamadan önce çıktı dosyası yakından incelemelisiniz.
  • Dosyadaki en üst üç satır bir açıklama ve, dosyayı çalıştırılmadan önce kaldırmalısınız boşluk var. Dosya en üstündeki uyarı varsa, bunlar da silmelisiniz.
  • Komut dosyası "kopuk satırı karşılaştı!" iletisiyle duraklatır, rapor ve komut dosyası'nı yeniden çalıştırın satırın düzeltmeniz gerekir.
  • LDIF standart uzun satırlar, birden çok satıra ilk sütunundaki bir alan içeren bir satır sonu sonra satır devam böler. Bu tür bir satır bulunduğunda örnek komut dosyası bu standart, dışında rapora hesap değil. Dosyada bozuk satırı varsa, genel bir find'ı kullanarak, bu satırları düzeltin ve Değiştir yordamını kullanabilirsiniz. Bunu yapmak için <a0></a0>, desteklediği bulmak ve satır sonları yerini bir metin düzenleyicisi kullanın. Bir genel Bul ve Değiştir'i gerçekleştirmek için Microsoft Word'Ü kullanabilirsiniz, ancak düz metin olarak düzenlenmiş dosyayı kaydetmeyi unutmayın. Word'de aşağıdaki maddeyi aramak ve hiçbir şey ile değiştirin:
    ^ <a1>p</a1> [boş karakter]
    Aranan metni, şapka karakteri (^) ve küçük harf p, değil CTRL + P olduğunu unutmayın.
  • Komut dosyasının en üstünde bir uyarı eklemek, çıktı dosyasındaki bir kayıtta nesnenin silinmesi tüm proxy adreslerini neden olursa çalışır. LDIF alma dosyaları oluşturmak için bu komut dosyasını kullanırsanız, içerdikleri alınmak üzere, istediğiniz kayıtları emin olmak için bu dosyaları yakından incelemelisiniz.

    Aşağıdaki kayıt biçimi, tüm proxy adreslerini siler:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Belirli bir proxy adresi yok kayıtta olarak adlandırılmışsa, tüm adresleri silinir. Aşağıdaki kayıt biçimi, yalnızca tek bir proxy adresi siler:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • (Toptancı silme işlemlerini gerçekleştiren kayıtları) için dışında çıktı dosyası tarafından yapılan geri değişiklikler dışında çıktı dosyasını aramak için <a0></a0>, değiştirmek "Sil:"yerine"proxyAddresses ekleyin: proxyAddresses," ve sonra dosyayı yeniden alın.
  • Bir kapsayıcı içindeki tüm nesneler için tüm proxy adreslerini vermek için <a0></a0>, -R "(proxyAddresses=*) kullanın" LDIFDE arama süzgeci.

    Bu dosya, proxy adreslerinin sürede belirli bir noktada mevcut bir yedekleme dosyası olarak kullanabilirsiniz. Bu dosyayı Proxyfix.bat üzerinden işlem, bu dosya, gerekirse, adresleri geri yüklemek için kullanabileceğiniz bir alma dosyası oluşturulabilir.
  • Filtre üçüncü Proxyfix.bat komut satırı parametresi olarak tanımlamazsanız, tüm proxy adresleri giriş dosyası çıkış dosyasına kopyalanır. Değiştirebileceğiniz "Sil:"eklemek için"proxyAddresses: proxyAddresses" Active Directory'de halen bulunan adreslerle adreslerini birleştirmek için. Ayrıca "değiştirin: proxyAddresses" tüm proxy adresleri Active Directory'den kaldırmak ve yalnızca çıktı dosyasında listelenen adresleri değiştirin.
  • Tüm nesnelerden proxy adreslerini sildiyseniz, nesneleri değiştirilir ve tüm adreslere göre geçerli bir alıcı ilkeleri geri yüklemek için Recipient Update Service tarafından tetiklenir. Ancak, bu işlem tamamlanmadan önce nakil posta teslim edilemedi raporları (NDR) oluşturulabilir. Adresleri yapılandırma kapsayıcısında silinir, Exchange hizmetleri durdurabilir veya zaten durdurulmuş bunları başlatmak mümkün olmayabilir. Microsoft proxy adreslerini (özellikle yapılandırma kapsayıcısında nesneleri için tanıtıcı, aşırı bakım kullanmanızı önerir.
Bir LDIF dosya almak için aşağıdaki komutu çalıştırın:
ldifde -i -f delproxies.txt

Özellikler

Makale numarası: 318774 - Last Review: 3 Aralık 2007 Pazartesi - Gözden geçirme: 5.6
Bu makaledeki bilginin uygulandığı durum:
  • 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
Anahtar Kelimeler: 
kbmt kbinfo KB318774 KbMttr
Machine-translated Article
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:318774

Geri Bildirim Ver

 

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