Makale numarası: 318774 - Son Gözden Geçirme: 03 Aralık 2007 Pazartesi - Gözden geçirme: 5.6 Exchange, yinelenen ve istenmeyen proxy adreslerini kaldırma
Bu makalede daha önce aşağıdaki makalelerde bulunan bilgiler bir araya getirilmiştir: 318774, 329617 Bu SayfadaÖzetBir 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:
Daha fazla bilgiAş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
(http://support.microsoft.com/kb/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:
Ikili ve birden çok adresi engellemek için en iyi yöntemlerEn 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) ))))
(&(&(&(& (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=*))) Bulma ve yinelenen adresleri kaldırılıyorGenellikle 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; 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.
ldifde -i -f delproxies.txt Bu makaledeki bilginin uygulandığı durum:
Otomatik TercümeÖ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
(http://support.microsoft.com/kb/318774/en-us/
)
| Diğer Kaynaklar Diğer Destek Siteleri
ToplulukHemen Yardım AlMakale çevirileri
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Üste