Loại bỏ địa chỉ proxy trùng lặp và không mong muốn trong trao đổi

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:318774
Bài viết này là một kết hợp của các bài viết trước đây có sẵn sau: 318774, 329617
TÓM TẮT
Nếu bạn là người quản trị, bạn có thể sử dụng Microsoft Exchange chính sách người nhận để tự động cấu hình và tùy chỉnh địa chỉ e-mail cho tất cả các trao đổi người nhận bằng cách sử dụng quy tắc thế hệ địa chỉ. Người nhận dịch vụ Cập Nhật áp dụng địa chỉ với số lượng lớn cho người mới và đang có dùng theo các quy tắc đã chỉ định. Để cấu hình các quy tắc này, sử dụng Exchange hệ thống quản lý để truy cập các thuộc tính của đối tượng chính sách người nhận.

Tuy nhiên, trong một số trường hợp, bạn có thể sử dụng một quy tắc mà nguyên nhân trùng lặp hoặc đó gây ra nhiều địa chỉ được áp dụng trên toàn tổ chức Exchange. Khi trùng lặp e-mail địa chỉ được phát hiện trong một hoạt động trao đổi bình thường, không giao hàng báo cáo (NDRs) với một 5.1.4 mã lỗi có thể được gửi bởi các máy chủ, và bạn có thể gặp hành vi bất ngờ. Ngoài ra, thông báo sau ID sự kiện có thể được đăng trong sổ ghi sự kiện ứng dụng:



Sự kiện loại: cảnh báo
Sự kiện nguồn: MSExchangeIS
Sự kiện thể loại: tổng
Tổ chức sự kiện ID: 9514
Máy tính:Exchange_Server_Name
Mô tả: Hai đối tượng trong thư mục có cùng một proxy - /dc = com/dc = Tên miền/cn = cấu hình/cn = dịch vụ/cn = microsoft exchange/cn =organization_name/CN = nhóm hành chính/cn =administrative_group_name/CN = máy chủ/cn =Exchange_server_name/CN = informationstore/cn =storage_group_name/CN = (cửa hàng) thư mục chungExchange_server_name) và /dc = com/dc = Tên miền/ou = người dùng/cn =user_name.

Bài viết này mô tả một tình hình nơi địa chỉ trùng lặp được áp dụng và làm thế nào để loại bỏ những địa chỉ trùng lặp.
THÔNG TIN THÊM
Các nguyên tắc sau đây là một quy tắc điển hình cho địa chỉ định dạng thư SMTP (Internet):
@domain.com
Khi bạn sử dụng quy tắc này, địa chỉ thư điện tử sẽ được thêm vào mỗi đối tượng người nhận được bao phủ bởi chính sách người nhận của mailnickname@domain.com. Vì vậy, nếu một người sử dụng Exchange e-mail bí danh là user1, địa chỉ user1@tên miền.com được áp dụng cho người dùng.

Bạn cũng có thể sử dụng Exchange để xác định tự động đặt tên quy tắc. Ví dụ, bạn có thể muốn địa chỉ thư điện tử Internet cho người nhận phải được cấu hình như"FirstName_LastName@tên miềncom"thay vì"mailnickname@tên miền. com. " Bạn có thể sử dụng quy tắc sau thế hệ địa chỉ để thực hiện thay đổi này:
%g_%s@domain.com
Để thêm thông tin về có sẵn tự động đặt tên specifiers và cú pháp, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
285136Làm thế nào để tùy chỉnh các SMTP e-mail địa chỉ máy phát điện thông qua các chính sách người nhận
Nếu bạn đang sử dụng tự động đặt tên specifiers, bạn phải chắc chắn rằng các lĩnh vực mà bạn tham khảo trong quy tắc thế hệ địa chỉ thực sự tồn tại cho mỗi người nhận được bảo hiểm bởi các quy tắc. Nếu bạn không làm như vậy, bạn có thể làm bản sao hoặc nhiều địa chỉ e-mail để được tạo ra trên các đối tượng trên toàn tổ chức Exchange.

Những tác động của vấn đề này khác nhau tùy thuộc vào người nhận những gì đang tham gia. Một số các đối tượng hệ thống trao đổi đang kích hoạt hộp thư. Nếu địa chỉ sai được áp dụng cho các đối tượng hệ thống, vấn đề có thể xảy ra. Ví dụ, nhân rộng thư mục công cộng có thể không thành công hoặc cơ sở dữ liệu có thể không thể gắn kết. Ngoài ra, tin nhắn ID sự kiện được mô tả trong phần "Tóm lược" của bài viết này có thể được đăng.

Ví dụ của hành vi này, giả sử rằng bạn đã xác định quy tắc thế hệ địa chỉ %g_%s@domain.com. Quy tắc này sẽ đưa các giá trị các givenName thuộc tính và các SN thuộc tính của một đối tượng Active Directory và sử dụng các giá trị này để xây dựng một địa chỉ thư điện tử. Nếu một người sử dụng givenName giá trị thuộc tính là Jeff và các SN đô thị này có giá trị thuộc tính Smith, địa chỉ e-mail là Jeff_Smith@domain.com.

Nhưng các givenName thuộc tính và các SN thuộc tính không phải là bắt buộc, và các đối tượng kích hoạt thư như danh sách phân phối và đại lý hệ thống có thể thiếu các thuộc tính này. Trong tình huống này, quy tắc thế hệ địa chỉ %g_%s@domain.com devolves cho quy tắc thế hệ địa chỉ _@domain.com. Các đối tượng mà không có các givenName và các SN giá trị thuộc tính, các quy tắc sẽ trở thành tương đương với một quy tắc để hardcode e-mail địa chỉ như _@domain.com.

Khi bạn áp dụng địa chỉ e-mail mới, dịch vụ Cập Nhật của người nhận sẽ kiểm tra xem nếu cùng một địa chỉ đã tồn tại trên bất kỳ đối tượng trong rừng. Nếu có, một giá trị số được thêm vào địa chỉ mới để phân biệt nó. Ví dụ, nếu có nhiều người dùng tên là Jeff Smith, trương mục người dùng bổ sung được xử lý bởi dịch vụ Cập Nhật của người nhận có thể nhận được một địa chỉ thư điện tử của Jeff_Smith2@domain.com.

Điều này có nghĩa rằng các đối tượng mà không có các givenName và các SN các giá trị thuộc tính được thực hiện theo điều quy tắc thế hệ %g_%s@domain.com địa chỉ sẽ nhận được các địa chỉ thư điện tử như _1@domain.com, _2@domain.com, _3@domain.com, và địa chỉ tương tự khác.

Mỗi khi người nhận dịch vụ Cập Nhật kiểm tra cho người nhận mới những người phải có địa chỉ thư điện tử, các đối tượng mà không có các givenName và các SN thuộc tính có thể nhận được một địa chỉ thư điện tử bổ sung. Hãy xem xét một đối tượng có địa chỉ _1@domain.com. Địa chỉ này không khớp với các quy tắc _@domain.com và dịch vụ Cập Nhật của người nhận có thể giả định rằng các đối tượng vẫn phải có địa chỉ _@domain.com "hardcoded" được áp dụng. Địa chỉ trùng lặp kiểm tra thấy rằng địa chỉ the_@domain.com đã thuộc về một đối tượng khác nhau, và do đó, một địa chỉ như _4@domain.com có thể được chỉ định.

Nếu không ai trong số các thuộc tính của một đối tượng đã bị thay đổi trong Active Directory kể từ lần cuối cùng người nhận dịch vụ Cập Nhật chạy, đối tượng không được chú ý của người nhận dịch vụ Cập Nhật. Nhưng nếu các đối tượng được thay đổi trong bất cứ cách nào, người nhận dịch vụ Cập Nhật quét nó một lần nữa để xác định nếu địa chỉ e-mail mới sẽ được áp dụng cho nó. Điều này có nghĩa rằng theo thời gian, một đối tượng duy nhất mà thiếu specifier thuộc tính có thể có hàng chục hoặc hàng trăm địa chỉ e-mail _NNNN@domain.com.

Nói chung, các địa chỉ bổ sung trơ và không ảnh hưởng đến luồng thư thông thường; Tuy nhiên, qua thời gian họ có thể gây ra dịch vụ Cập Nhật người nhận để quá trình ghi càng phát. Dịch vụ Cập Nhật người nhận phải kiểm tra cho các địa chỉ trùng lặp nhiều lần khi nó gán địa chỉ mới cho các đối tượng. Nếu địa chỉ _1000@domain.com tồn tại, dịch vụ Cập Nhật người nhận phải thực hiện trên một nghìn địa chỉ trùng lặp kiểm tra trước khi nó có thể chỉ định một địa chỉ mới dựa trên quy tắc thế hệ _@domain.com.

Mặc dù giá kiểm tra địa chỉ thư điện tử trùng lặp, kiểm tra là không cao độ cho hai lý do sau đây:
  • Một dịch vụ Cập Nhật nhận riêng biệt phải được cấu hình cho mỗi tên miền. Ngay cả trong một môi trường duy nhất tên miền, có hai người nhận dịch vụ Cập Nhật. Một người nhận dịch vụ Cập Nhật cho các thùng chứa tên miền và khác (doanh nghiệp người nhận dịch vụ Cập Nhật) là cho container cấu hình máy chủ.
  • Hoạt động thư mục nhân rộng độ trễ có thể gây ra một địa chỉ đó phân công của một trong những người nhận dịch vụ Cập Nhật không phải là để xuất hiện trong cơ sở dữ liệu thư mục đang được sử dụng bởi một dịch vụ Cập Nhật người nhận khác nhau vào thời điểm thích hợp.
Kịch bản rất có thể nơi địa chỉ trùng lặp được tạo ra là một kịch bản khi doanh nghiệp dịch vụ Cập Nhật nhận được kết nối với bộ điều khiển một tên miền và tên miền dịch vụ Cập Nhật nhận được kết nối với nhau. Khi các đối tượng đang thiếu các thuộc tính specifier đang xử lý song song bởi mỗi người nhận dịch vụ Cập Nhật, bản sao được tạo ra.

Thực hành tốt nhất để tránh trùng lặp và nhiều địa chỉ

Nhân vật được sử dụng thường xuyên nhất trong tự động đặt tên quy tắc là ký tự gạch dưới (_). Phần này đề cập đến quy tắc thế hệ địa chỉ SMTP:%g_%s@domain.com như là ví dụ cơ bản.

Một quy tắc thế hệ %g%s@domain.com địa chỉ không gây các vấn đề tương tự như là % g_%s@domain.com. Nếu một đối tượng thiếu các givenName và các SN thuộc tính, các quy tắc thế hệ địa chỉ devolves để @ domain.com. Điều này invokes người nhận dịch vụ Cập Nhật mặc định hành vi của dán tem địa chỉ e-mail của mailNickname@domain.com

Để ngăn tự động đặt tên specifiers gây ra những vấn đề này nếu bạn đang sử dụng tự động đặt tên specifiers và bạn đang sử dụng nhân vật cứng ở người sử dụng của quy tắc thế hệ địa chỉ, bạn phải cấu hình các bộ lọc về chính sách người nhận để kiểm tra một cách rõ ràng cho sự tồn tại của các thuộc tính mà bạn chỉ định.
Mỗi người nhận trao đổi chính sách có một bộ lọc Lightweight Directory Access Protocol (LDAP) giúp xác định các đối tượng chính sách áp dụng cho. Đơn giản nhất có bộ lọc bạn có thể xác định trên một đối tượng (mailnickname = *). Trong cú pháp lọc LDAP, thuộc tính = * có thể được đọc như "thuộc tính tồn tại." Vì vậy, các (mailnickname = *) bộ lọc áp dụng chính sách cho mỗi đối tượng có một mailNickname thuộc tính (có nghĩa là, mỗi đối tượng đó là kích hoạt thư). Bộ lọc này là bộ lọc cho chính sách mặc định người nhận.

Nếu bạn tạo thêm người nhận các chính sách, các bộ lọc có thể trở nên phức tạp khi bạn hạn chế các đối tượng mà các chính sách áp dụng cho. Exchange cung cấp một giao diện người dùng xây dựng các bộ lọc cho các quản trị viên dựa trên các tiêu chí phổ biến ý thức, thay vì của đòi hỏi bạn để xây dựng các bộ lọc bằng tay.

Ví dụ, các bộ lọc sau tự động tạo ra để nắm bắt tất cả các người dùng trao đổi, địa chỉ liên lạc, và các nhóm:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=contact))(objectCategory=group)(objectCategory=publicFolder) ))))
Xây dựng bộ lọc này vào một chính sách:
  1. Bắt đầu trao đổi hệ thống quản lý.
  2. Mở rộng Người nhận, mở rộng Chính sách người nhận, và một trong hai mở thuộc tính của chính sách mà bạn muốn chỉnh sửa hoặc tạo ra một chính sách mới.
  3. Trên các Tổng quát tab, bấm vào Sửa đổi.
  4. Nhấn vào đây để chọn tất cả các hộp kiểm tra trên các Tổng quát tab.
  5. Bấm vào các Lưu trữ tab, và sau đó nhấp vào Hộp thư trên bất kỳ máy chủ.

    Bạn không cần phải cấu hình bất cứ điều gì trên các Nâng cao tab.
Để sửa đổi các bộ lọc này do đó nó sẽ kiểm tra sự tồn tại của các givenName và các SN thuộc tính:
  1. Mở các thuộc tính của các chính sách người nhận và bấm Sửa đổi.
  2. Bấm vào các Nâng cao tab, chọn các Tên đầu tiên trường dùng và các Tên cuối cùng người sử dụng trường, và sau đó thiết lập các điều kiện cho các trường này để Hiện tại.
Sau khi hoàn tất các thủ tục này hai, các bộ lọc LDAP xuất hiện như là các bộ lọc sau:
(&(&(&(& (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=*)))
Nhận thấy rằng (objectCategory=user)(givenName=*)(sn=*) đã được thêm vào gần cuối của các bộ lọc. Bộ lọc này bây giờ chụp người dùng chỉ những người có cả hai một givenName và một SN thuộc tính. Bộ lọc này bỏ qua các danh sách phân phối, địa chỉ liên lạc và trao đổi hệ thống các đối tượng.

Tìm và xóa Duplicate địa chỉ

Địa chỉ trùng lặp được tạo ra bằng cách đặt tên tự động specifiers thường làm theo một mô hình dự đoán được (ví dụ, _12345@domain.com, _12346@domain.com, và tương tự như địa chỉ). Vì vậy, bạn có thể thực hiện một tìm kiếm tự động cho các địa chỉ này và thực hiện tự động dọn dẹp.

Bạn có thể sử dụng tiện ích Ldifde.exe được bao gồm trong Windows 2000 để xuất khẩu và nhập khẩu thông tin hoạt động thư mục như đồng bằng văn bản định dạng LDIF. Ldifde sử dụng cú pháp tìm kiếm LDAP tiêu chuẩn tương tự như các bộ lọc chính sách người nhận Exchange. Bạn có thể dán một bộ lọc chính sách người nhận vào một dòng lệnh Ldifde và tạo một tập tin văn bản liệt kê mọi đối tượng trong một thùng chứa bị chiếm bởi các bộ lọc. Lệnh sau đây là một ví dụ về cú pháp chung để tạo ra một tập tin văn bản:
ldifde -f file.txt -d "dc = Tên miền phụ, dc = Tên miền, dc = com" -l [thuộc tính danh sách] - r "[ldap lọc]"
Trong lệnh này, tất cả các đối tượng trong tên miền phụ mà phù hợp với các bộ lọc được viết để File.txt. Để nắm bắt các đối tượng từ các thùng chứa cấu hình, bạn phải chỉ định các thùng chứa và tên miền đầu tiên được cài đặt trong rừng, ví dụ:
ldifde -f file.txt -d "cn = configuration, dc = firstdomain, dc = com" -l [thuộc tính danh sách] - r "[ldap lọc]"
Các -l tham số hạn chế các thuộc tính đối tượng được viết để File.txt. Nếu bạn bỏ qua -l, tất cả các thuộc tính cho mỗi đối tượng được liệt kê. Vào danh sách không ai trong số các thuộc tính, sử dụng-l không có gì. Nếu bạn làm như vậy, các lệnh xuất khẩu chỉ tên phân biệt của từng đối tượng để File.txt.

Để tìm tất cả các bản sao hoặc nhiều địa chỉ proxy, bạn có thể chạy Ldifde với mỗi tên miền trong tổ chức của bạn và chống lại các thùng chứa cấu hình của bạn rừng ẩm ướt. Để làm điều này, bạn phải xác định một mẫu hình tìm kiếm duy nhất phù hợp với chỉ là các địa chỉ không mong muốn.

Ví dụ này, các mô hình tìm kiếm là * SMTP:_*@*. Đây là mô hình tìm kiếm bắt mỗi địa chỉ proxy e-mail trao đổi SMTP (Internet Mail) mà bắt đầu với một gạch dưới. Ví dụ, hãy chạy lệnh sau:
badproxies.txt ldifde -f -d "dc = Tên miền, dc = com" -l proxyaddresses-r "(proxyaddresses=*smtp:_*@*)"
Lệnh này xuất khẩu dữ liệu để Badproxies.txt mà là tương tự như dữ liệu sau:
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=comchangetype: addproxyAddresses: smtp:_3516c8@domain.comproxyAddresses: SMTP:_160b1b@domain.comproxyAddresses: smtp:_@domain.comproxyAddresses: smtp:EXCHANGE1-PubIS@domain.comproxyAddresses: 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=comchangetype: addproxyAddresses: smtp:_5b4ac@domain.comproxyAddresses: SMTP:_137336@domain.comproxyAddresses: smtp:_2ee369@domain.comproxyAddresses: smtp:_2124b1@domain.comproxyAddresses: smtp:_136617@domain.comproxyAddresses: smtp:_5a29c@domain.comproxyAddresses: smtp:_2ed263@domain.comproxyAddresses: smtp:_1f3e3d@domain.comproxyAddresses: smtp:_134a14@domain.comproxyAddresses: smtp:_58b1d@domain.comproxyAddresses: smtp:_2dcff6@domain.comproxyAddresses: smtp:_20fa76@domain.comproxyAddresses: smtp:_133b9e@domain.comproxyAddresses: smtp:_927c0@domain.comproxyAddresses: smtp:_2bd94@domain.comproxyAddresses: smtp:_3340fd@domain.comproxyAddresses: smtp:EXCHANGE1-SRS@domain.comproxyAddresses: X400:c=US;a= ;p=Microsoft;o=Desperation;s=JESSICA-SRS;					
Các tập tin Badproxies.txt chứa bản ghi cho các đối tượng mà địa chỉ proxy bao gồm địa chỉ SMTP bắt đầu với một gạch dưới. Tất cả các địa chỉ khác cho các đối tượng cũng được xuất khẩu. Bạn có thể lọc ra những địa chỉ bổ sung sau này.

Một số địa chỉ bắt đầu với underscores có thể hợp pháp. Nếu tình trạng này là đúng, bạn phải loại bỏ các đối tượng từ các tập tin Badproxies.txt trước khi bạn tiếp tục. Chạy lệnh Ldifde để xác định các đối tượng:
ldifde -f file.txt -d "dc = Tên miền, dc = com" -l givenname, sn, samaccountname, mailnickname, displayname - r "(| ()givenname=_*)(SN=_*)(samaccountname=_*)(mailnickname=_*)(DisplayName=_*))"
Lệnh này tìm kiếm cho các đối tượng có tên, tên cuối, tên đăng nhập Windows, trao đổi bí danh hoặc hiển thị tên bắt đầu bằng một gạch dưới. Bạn có thể thích ứng với các bộ lọc tìm kiếm mô hình thích hợp cho môi trường cụ thể của bạn.

Chú ý Nếu cú pháp lệnh Ldifde của bạn là không chính xác, Ldifde có thể không trả lại một lỗi. Thay vào đó, bạn có thể không thấy bất kỳ kết quả tìm kiếm ở tất cả. Nếu tìm kiếm của bạn trả về đối tượng nào, kiểm tra Ldifde lệnh bằng cách thay đổi các bộ lọc tìm kiếm một cách nhỏ để trở lại kết quả. Ví dụ, thay thế gạch dưới bằng chữ A.

Ngoài ra, nếu bạn không có quyền để xem các đối tượng hoặc thuộc tính của nó, những mục này không được trở lại của việc tìm kiếm và bạn không nhận được một lỗi nói rằng bạn không có quyền đối với một số đối tượng. Khi bạn tìm kiếm một tên miền container, Microsoft khuyến cáo bạn đăng nhập như một quản trị viên tên miền. Khi bạn tìm kiếm các thùng chứa cấu hình, Microsoft khuyến cáo bạn đăng nhập như người quản trị doanh nghiệp.

Sau khi bạn kiểm chứng rằng Badproxies.txt chứa chỉ các đối tượng có địa chỉ thư điện tử mà bạn muốn loại bỏ, bạn phải lọc và re-format LDIF tập tin, do đó bạn có thể chuyển nhập lại. Chuyển nhập LDIF tập tin định dạng và định dạng tập tin xuất khẩu khác biệt đáng kể.

Bạn có thể dùng đoạn mã mẫu sau đây để chuyển đổi và lọc file nhập. Kịch bản này được cung cấp như một mẫu chỉ; sử dụng hoặc sửa đổi kịch bản này nguy cơ của riêng bạn. Kịch bản này trong chính nó không thể thay đổi thông tin thư mục hoạt động. Bạn bằng tay phải nhập khẩu tập tin đầu ra từ các tập lệnh thư mục hoạt động thay đổi. Mỗi dòng trong kịch bản này là phôi để làm cho nó dễ dàng hơn để phát hiện không đúng đường dây gói. Để chạy script, sao chép và dán văn bản sau vào một tập tin văn bản đơn giản, và sau đó đặt tên tập tin này Proxyfix.bat.
@ECHO OFFREM This script processes an LDIF Active Directory input file to createREM an output file of proxy addresses to be deleted. You may set aREM 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] patternREM Example: proxyfix.bat export.ldf export.out smtp:_setlocalset infile=%1set outfile=%2set pattern=%3if {%pattern%}=={} set pattern=proxyAddressesset pattern=%pattern:"=%echo Input file is: %infile%echo Output file will be: %outfile%echo Current pattern is: %pattern%pauseif exist %outfile% del %outfile%:echo.>%outfile%.TMPfor /f "delims=" %%A in (%infile%) do call :DO_EACH_LINE "%%A"echo ->>%outfile%.TMPecho.>>%outfile%.TMPecho Change "delete: proxyAddresses" to "add: proxyAddresses" to set instead of delete addresses>%outfile%.ERRfor /f "delims=" %%A in (%outfile%.TMP) do call :CHECK_EACH_RECORD "%%A"copy /A %outfile%.ERR + %outfile%.TMP %outfile% >NULLif errorlevel 0 if not errorlevel 1 (del %outfile%.tmpdel %outfile%.errecho LDIF import file saved as "%outfile%") ELSE (echo FAILURE. Examine "%outfile%.tmp" and "%outfile%.err".)goto :EOF:DO_EACH_LINEset line=%1set 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 :DNif "%line:~0,15%"=="changetype: add" (echo changetype: modify>>"%outfile%.TMP"echo delete: proxyAddresses>>"%outfile%.TMP")if "%line:~0,16%"=="proxyAddresses: " GOTO :FINDPROXYgoto :EOF:DNecho ->>%outfile%.TMPecho.>>%outfile%.TMPecho Processing %line%echo %line%>>%outfile%.TMPgoto :EOF:FINDPROXYecho %line% | find /I "%pattern%"if errorlevel 0 if not errorlevel 1 echo %line%>>%outfile%.TMPGOTO :EOF:CHECK_EACH_RECORDIF NOT DEFINED CHECKNEXT SET CHECKNEXT=NOset line=%1set line=%line:"=%IF "%CHECKNEXT%"=="NO" (IF "%line:~0,4%"=="dn: " SET DN="%line%"echo Checking %DN%)if "%line:~0,22%"=="delete: proxyAddresses" (set CHECKNEXT=YESGOTO :EOF)IF "%CHECKNEXT%"=="YES" (IF "%line%"=="-" (echo             !!!WARNING!!!>>%outfile%.ERRecho All proxy addresses will be removed from>>%outfile%.ERRecho %DN%>>%outfile%.ERRecho by importing this file to Active Directory.>>%outfile%.ERR)set CHECKNEXT=NOGOTO :EOF)GOTO :EOF
Chú ý
  • Tệp đầu ra mà tạo ra các kịch bản này không thể được nhập khẩu vào Active Directory trước khi bạn chỉnh sửa nó trước tiên. Tùy thuộc vào cách bạn chạy kịch bản, kịch bản có thể tạo ra một tập tin xoá mọi địa chỉ proxy trong phạm vi toàn bộ. Bạn phải kiểm tra các tập tin đầu ra chặt chẽ trước khi bạn áp dụng nó vào thư mục hoạt động để đảm bảo rằng nó không những gì bạn muốn.
  • Ba đường hàng đầu trong tập tin là một bình luận và khoảng trắng bạn phải loại bỏ trước khi bạn chạy tập tin. Nếu có những cảnh báo ở phía trên của tệp, bạn phải loại bỏ chúng cũng.
  • Nếu đoạn mã tạm dừng với thông điệp "Phá vỡ dòng gặp phải!", bạn phải chính xác dòng đó là báo cáo và chạy kịch bản lại.
  • Tiêu chuẩn LDIF chia hàng dài nhiều dòng bằng cách tiếp tục dòng sau khi phá vỡ đường dây với một không gian trong cột đầu tiên. Kịch bản mẫu không tài khoản cho tiêu chuẩn này, ngoại trừ để báo cáo khi loại dây được tìm thấy. Nếu có nhiều đường bị hỏng trong tệp, bạn có thể sửa chữa những dòng này bằng cách sử dụng một toàn cầu tìm và thay thế các thủ tục. Để làm như vậy, sử dụng một trình soạn thảo văn bản đó hỗ trợ tìm và thay thế trên toàn ngắt dòng. Bạn có thể sử dụng Microsoft Word để thực hiện một toàn cầu tìm và thay thế, nhưng bạn cần phải nhớ để lưu các tập tin chỉnh sửa như văn bản thuần. Trong Word, bạn có thể tìm kiếm mục sau đây, và thay thế nó với không có gì:
    ^ p [ký tự vũ trụ]
    Lưu ý rằng các văn bản tìm kiếm nhân vật caret (^) và một p chữ thường, không CTRL + P.
  • Nếu một bản ghi trong tập tin đầu ra nguyên nhân tất cả các địa chỉ proxy được xóa từ các đối tượng, kịch bản cố gắng để chèn một cảnh báo ở phía trên của tập tin. Nếu bạn sử dụng kịch bản này để tạo LDIF chuyển nhập tệp, bạn phải kiểm tra chặt chẽ những tập tin này để đảm bảo rằng họ có chứa chỉ các hồ sơ mà bạn muốn được chuyển nhập.

    Định dạng ghi sau xóa tất cả các địa chỉ proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=comchangetype: modifydelete: proxyAddresses-							
    Nếu không có địa chỉ ủy quyền cụ thể được đặt tên theo hồ sơ, tất cả địa chỉ sẽ bị xóa. Định dạng ghi sau xóa chỉ là một địa chỉ ủy quyền duy nhất:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=comchangetype: modifydelete: proxyAddressesproxyAddresses: SMTP:OBJECT@domain.com-						
  • Để lại các thay đổi được thực hiện bởi các tập tin đầu ra (ngoại trừ hồ sơ thực hiện bán buôn xóa), tìm kiếm các tập tin đầu ra, thay thế "xóa: proxyAddresses" với "thêm: proxyAddresses," và sau đó chuyển nhập tệp lần nữa.
  • Xuất chuyển tất cả các địa chỉ proxy cho tất cả các đối tượng trong một thùng chứa, sử dụng -R "(proxyAddresses=*)" bộ lọc tìm kiếm Ldifde.

    Bạn có thể sử dụng tệp này như một tập tin sao lưu của địa chỉ proxy tồn tại ở một điểm cụ thể trong thời gian. Nếu bạn xử lý tranh thông qua Proxyfix.bat, tệp này có thể được tạo ra như là một tập tin chuyển nhập mà bạn có thể sử dụng để khôi phục lại địa chỉ nếu cần thiết.
  • Nếu bạn không xác định một bộ lọc là tham số thứ ba trên dòng lệnh Proxyfix.bat, tất cả các địa chỉ proxy từ tập tin đầu vào được sao chép vào tệp đầu ra. Bạn có thể thay đổi "xóa: proxyAddresses" để "thêm: proxyAddresses" để nhập địa chỉ với các địa chỉ mà đã hiện diện trong Active Directory. Bạn cũng có thể sử dụng "thay thế: proxyAddresses" để loại bỏ tất cả các địa chỉ proxy từ Active Directory và thay thế chúng với chỉ là các địa chỉ được liệt kê trong tập tin đầu ra.
  • Nếu bạn xoá tất cả các địa chỉ proxy từ tất cả các đối tượng, các đối tượng đang thay đổi và dịch vụ Cập Nhật nhận được kích hoạt để khôi phục lại tất cả địa chỉ theo điều chính sách hiện hành của người nhận. Tuy nhiên, trước khi quá trình này được hoàn tất, không giao hàng báo cáo (NDRs) trong quá cảnh thư có thể được tạo ra. Nếu địa chỉ trong các thùng chứa cấu hình sẽ bị xóa, trao đổi dịch vụ có thể ngừng hoặc bạn có thể không thể bắt đầu họ nếu họ đã ngừng lại. Microsoft khuyến cáo bạn sử dụng cực chăm sóc khi bạn xử lý địa chỉ proxy, đặc biệt là cho các đối tượng trong container cấu hình.
Chuyển nhập một LDIF tập tin, hãy chạy lệnh sau:
ldifde -i -f delproxies.txt
reviewdocid XADM

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 318774 - Xem lại Lần cuối: 08/27/2011 19:53:00 - Bản sửa đổi: 2.0

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

  • kbinfo kbmt KB318774 KbMtvi
Phản hồi