文章編號: 318774 - 上次校閱: 2007年12月3日 - 版次: 5.6 在 Exchange 中移除重複而不想要的 Proxy 位址
本文是下列先前可用的文件的整合: 318774、 329617 在此頁中結論如果您是的系統管理員可以使用 [Microsoft Exchange 收件者原則] 來自動設定,並藉由使用地址產生規則針對所有的 Exchange 收件者自訂電子郵件地址。收件者更新服務套新的及現有的使用者,根據指定的規則來中大量的地址。若要進行這些規則使用 「 Exchange 系統管理員 」 來存取收件者原則物件的屬性。 但是,在某些情況下,您可以使用的規則,會導致重複或,會導致 Exchange 組織內套用的多個地址。一般的 Exchange 作業期間偵測到重複的電子郵件地址時, 未傳遞報告 (NDR) 與一個 5.1.4 錯誤程式碼可能會被傳送,伺服器和您可能會遇到其他未預期的行為。此外,應用程式事件記錄檔中可能會記錄下列事件識別碼訊息:
其他相關資訊下列規則是典型的規則的 SMTP (網際網路) 的郵件格式地址: @domain.com 當您使用 [這個規則的電子郵件地址會新增至 mailnickname@domain.com 的收件者原則所涵蓋的每個收件者物件。如果使用者的 Exchange 電子郵件別名因此,是 user1,地址 user1 @ domain.com 套用到使用者。您也可以使用 Exchange 來定義自動命名規則。比方說您可能會在此希望網際網路電子郵件地址,讓收件者設定為"FirstName_LastName @ domain"代替".com mailnickname @ domain com"您可以使用下列地址產生規則來進行這項變更: %g_%s@domain.com 如其他有關可用自動命名規範和語法,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項: 285136?
(http://support.microsoft.com/kb/285136/
)
如何自訂 SMTP 電子郵件地址產生器,透過收件者原則 如果您使用的自動命名規範,您必須確定地址產生規則中參照的欄位實際存在每個收件者所涵蓋的規則。如果您執行一項不執行這項操作,可能會導致重複或多個電子郵件地址,以在整個 Exchange 組織物件上產生。這個問題的影響依哪些收件者會涉及而有所不同。數個 Exchange 系統物件為擁有信箱功能。如果錯誤的位址會套用到這些系統物件,可能會發生問題。比方說公用資料夾複寫可能不成功,或者資料庫可能無法裝載。此外,可能會記錄事件識別碼訊息本文 < 摘要 > 一節中所述。 這個行為的範例假設您已定義 %g_%s@domain.com 地址產生規則。此規則會使用 givenName 屬性和 Active Directory 物件的 sn 屬性值,並使用這些值建構電子郵件地址。如果使用者的 givenName 屬性值是王且 sn 屬性值為姓氏在前,電子郵件地址會是 Jeff_Smith@domain.com。 但 givenName 屬性和 sn 屬性不是強制性,而且擁有郵件功能的物件,例如通訊群組清單和系統代理程式可能會缺少這些屬性。在這種情況下 %g_%s@domain.com 地址產生規則會 devolves _@domain.com 地址產生規則。對於沒有 givenName 和 sn 屬性值的物件規則會變成 _@domain.com 為相當於 hardcode 電子郵件地址的規則。 當您套用新的電子郵件地址時,收件者更新服務會檢查樹系中任何物件上是否已經存在相同的地址。如果是這樣數字的值會加到新的地址,來區別。比方說如果有多個名為 Smith 的使用者,處理的收件者更新服務的其他使用者帳戶可能會收到電子郵件地址的 Jeff_Smith2@domain.com。 這表示沒有 givenName 和 sn 屬性值根據 %g_%s@domain.com 地址產生規則來處理的物件將會收到如 _1@domain.com、 _2@domain.com、 _3@domain.com 及其他類似的地址的電子郵件地址。 新的收件者必須有電子郵件地址收件者更新服務會檢查每一次沒有 givenName 和 sn 屬性的物件可能會收到額外的電子郵件地址。請考慮具有 _1@domain.com 位址的物件。這個地址不符合 _@domain.com] 規則,而收件者更新服務可能假設物件仍然必須有套用 「 硬式編碼 」 _@domain.com 地址。重複的位址檢查發現有 the_@domain.com 位址已經屬於不同的物件,例如 _4@domain.com 位址可能會因此,指派。 如果沒有任何一個物件的屬性已自前次修改在 Active Directory 中收件者更新服務已執行,該物件不注意到由收件者更新服務。但是,如果物件以任何方式變更,收件者更新服務會掃描一次以判斷新的電子郵件地址是否會套用至它。這表示經過一段時間,缺少規範屬性的單一物件可以有數十或數百個 _NNNN@domain.com 電子郵件地址。 通常,額外的位址 inert,且不會影響一般郵件流量,但是,經過一段時間它們會導致收件者更新服務,以更多無效的處理程序項目。收件者更新服務必須檢查重複是否有重複的位址時它將新的位址指派給物件。如果 _1000@domain.com 地址收件者更新服務前,必須執行一千重複的位址檢查透過它可以指派 _@domain.com 產生規則為基礎的新地址。 雖然 Exchange 檢查有重複的電子郵件地址,檢查不萬無一失兩個原因如下:
若要防止複本和多個地址的最佳作法自動命名規則中最常使用的字元就是底線字元 (_)。這一節] 是指與基底範例地址產生規則 SMTP:%g_%s@domain.com。%g%s@domain.com 地址產生規則並不會造成 %g_%s@domain.com 為相同的問題。如果物件缺少 givenName 和 sn 屬性,地址產生規則會 devolves @ domain.com。這會叫用預設的收件者更新服務行為的戳記 mailNickname @domain.com 的電子郵件地址 若要防止自動命名規範造成這些問題,如果您正在使用自動命名規範並您使用 [使用者] 部分的地址產生規則的硬字元,您必須設定收件者原則,以明確地測試您指定的屬性存在的篩選器。 每一個 Exchange 收件者原則有輕量型目錄存取通訊協定 (LDAP) 篩選器,可定義原則套用到的物件。最簡單的篩選器,您可以在物件定義是 (mailnickname = *)。在 LDAP 篩選器語法屬性 = * 可以被讀取,如 「 屬性存在]。因此,(mailnickname = *) 篩選器套用到每個物件具有 mailNickname 屬性 (也就是為擁有郵件功能每個物件) 的原則。此篩選器是預設收件者原則篩選器。 如果您建立額外的收件者原則,篩選器可能會變得更為複雜,如限制原則套用到的物件。Exchange 提供的使用者介面,供系統管理員根據常識篩選條件而非需要您手動建構的篩選器會建置篩選器。 比方說下列篩選會自動產生擷取所有 Exchange 使用者、 連絡人及群組: (&(&(& (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=*))) 尋找並移除重複的位址重複的位址所建立的自動命名規範通常會遵循可預測的模式 (比方說 _12345@domain.com、 _12346@domain.com,以及類似的地址)。因此,可以執行這些地址的自動的搜尋,並執行自動的清除。您可以使用 Ldifde.exe 公用程式包含在匯出和匯入 Active Directory 資訊 LDIF 格式中的純文字作為 Windows 2000 中。Ldifde 使用相同的標準 LDAP 搜尋語法為 Exchange 收件者原則篩選器。您可以貼入 Ldifde 命令列中的收件者原則篩選器,並建立文字檔案,列出篩選器所擷取的容器中的每個物件。下列命令是建立文字檔案一般語法的範例: ldifde-f file.txt-d"dc = 子網域,dc = 網域,dc = com"-l 屬性清單]-r"[ldap 篩選器]" 這個命令中符合篩選的子網域中的所有物件都會都寫入 File.txt。若要擷取來自組態容器物件,您必須指定容器和第一個網域,例如安裝到樹系中的:ldifde-f file.txt-d"cn = 組態,dc = firstdomain,dc = com"-l 屬性清單]-r"[ldap 篩選器]" -l 參數會限制 File.txt 寫入物件的屬性。如果您省略 -l,列出每個物件的所有屬性。若要列出沒有任何屬性,使用-l 做任何事。如果您執行這項操作時,命令將之每個物件辨別的名稱匯出到 File.txt。若要尋找所有的重複或多個 Proxy 地址,可以執行 Ldifde 針對組織中的每個網域,以及針對組態容器為樹系。如果要執行這項操作,您必須定義唯一的搜尋模式符合不必要的位址。 為使本範例搜尋模式是 * SMTP:_*@*。這個搜尋模式會擷取以底線開頭每個 SMTP (網際網路郵件) Exchange 電子郵件 Proxy 地址。比方說,請執行下列命令: ldifde-f badproxies.txt-d"dc = 網域,dc = com"-l proxyaddresses-r"(proxyaddresses=*smtp:_*@*)" 這個命令會將資料匯出至 Badproxies.txt 類似於下列資料: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 檔案移除這些物件才能繼續進行。執行下列 Ldifde 命令來識別這些物件: ldifde-f file.txt-d"dc = 網域,dc = com"-l givenname,sn,samaccountname,mailnickname,顯示名稱-r"(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))" 物件這個命令會搜尋在其名字、 姓氏、 Windows 登入名稱、 Exchange 別名或顯示名稱開始以底線開頭。您可以採用搜尋篩選,以適合您特定環境的模式。附註如果 Ldifde 命令語法不正確的 Ldifde 可能不會傳回錯誤。而是,您可能看不到任何在所有搜尋結果。如果您的搜尋傳回沒有物件,測試 Ldifde 命令改變搜尋篩選條件以次要的方式傳回結果。比方說取代底線字母 A。 而且,如果您沒有檢視物件或屬性的權限這些項目不傳回的搜尋,而且不嗎收到錯誤,指出您沒有針對特定物件的權限。當您搜尋網域控制站時,Microsoft 建議您在網域系統管理員的身份登入。當您搜尋組態容器時,Microsoft 建議您在企業管理員身份登入。 確認 Badproxies.txt 包含只具有您想要移除的電子郵件地址的物件後必須篩選和 re-format LDIF 檔案,以便您可以將它匯入一次。在 LDIF 匯入的檔案格式,並匯出檔案格式與差距太大。 您可以使用下列的範例指令碼以轉換和篩選匯入檔案。此指令碼會提供範例僅做 ; 使用或修改這個指令碼,請自行負擔相關的風險。此指令碼本身不能變更 Active Directory 資訊。您必須以手動方式輸出檔從匯入指令碼到 Active Directory 進行變更。指令碼中的每一行是 double-spaced 讓您更容易偵測不當的行換行。若要執行指令碼,複製並貼一個純文字] 檔案將下列文字,然後命名這個檔案 Proxyfix.bat]。
ldifde-i-f delproxies.txt 這篇文章中的資訊適用於:
機器翻譯重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本:318774?
(http://support.microsoft.com/kb/318774/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群立即取得協助文章翻譯
|






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


回此頁最上方
