Menghapus alamat proxy duplikat dan tidak diinginkan dalam pertukaran

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 318774 - Melihat produk di mana artikel ini berlaku.
Artikel ini merupakan konsolidasi dari artikel yang tersedia sebelumnya berikut: 318774, 329617
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Jika Anda administrator, Anda dapat menggunakan Microsoft Exchange kebijakan penerima secara otomatis mengkonfigurasi dan menyesuaikan alamat e-mail untuk penerima Exchange semua dengan menggunakan alamat generasi aturan. Layanan Pembaruan Penerima berlaku alamat dalam jumlah besar untuk pengguna baru dan yang ada sesuai dengan aturan-aturan tertentu. Untuk mengkonfigurasi aturan-aturan ini, menggunakan Exchange System Manager untuk mengakses properti dari objek kebijakan penerima.

Namun, dalam beberapa situasi, Anda dapat menggunakan aturan yang menyebabkan duplikat atau yang menyebabkan beberapa alamat untuk diterapkan di seluruh organisasi Exchange. Ketika alamat e-mail duplikat terdeteksi selama biasa Exchange operasi, laporan non-pengiriman (NDR) dengan 5.1.4 kode kesalahan mungkin dikirim oleh server, dan Anda mungkin mengalami lain perilaku tak terduga. Selain itu, pesan ID peristiwa berikut ini mungkin login di log peristiwa aplikasi:



Jenis peristiwa: peringatan
Sumber peristiwa: MSExchangeIS
Kategori peristiwa: umum
Event ID: 9514
Komputer:Exchange_Server_Name
Keterangan: Dua objek dalam direktori memiliki proxy sama - /dc = com/dc = domain/cn = konfigurasi/cn = layanan/cn = microsoft exchange/cn =organization_name/cn = administratif kelompok/cn =administrative_group_name/cn = server/cn =Exchange_server_name/cn = informationstore/cn =storage_group_name/cn = folder publik toko ()Exchange_server_name) dan /dc = com/dc = domain/ou = pengguna/cn =user_name.

Artikel ini menjelaskan situasi di mana alamat duplikat diterapkan dan bagaimana untuk menghapus alamat ini duplikat.

INFORMASI LEBIH LANJUT

Aturan berikut adalah aturan khas untuk alamat SMTP (Internet) surat format:
@domain.com
Ketika Anda menggunakan aturan ini, alamat e-mail akan ditambahkan ke setiap objek penerima yang tercakup dalam kebijakan penerima mailnickname@domain.com. Oleh karena itu, jika pengguna Exchange e-mail alias adalah user1, alamat user1@domain.com diterapkan kepada pengguna.

Anda juga dapat menggunakan Exchange untuk menentukan aturan penamaan auto. Sebagai contoh, Anda mungkin ingin alamat e-mail Internet untuk penerima yang dikonfigurasi sebagai"FirstName_LastName@domain.com"bukan"mailnickname@domain. com. " Anda dapat menggunakan aturan generasi alamat berikut untuk membuat perubahan ini:
%G_%s@domain.com
Untuk informasi tambahan tentang tersedia auto-penamaan penentu dan sintaks, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
285136Bagaimana untuk menyesuaikan generator alamat e-mail SMTP melalui kebijakan penerima
Jika Anda menggunakan auto-penamaan penentu, Anda harus memastikan bahwa bidang yang Anda referensi dalam aturan generasi alamat sebenarnya ada untuk setiap penerima yang dilindungi oleh peraturan. Jika Anda tidak melakukannya, Anda dapat menyebabkan duplikat atau beberapa alamat e-mail yang dihasilkan pada benda-benda di seluruh organisasi Exchange.

Efek masalah ini bervariasi tergantung pada penerima apa terlibat. Beberapa sistem pertukaran objek dukungan kotak pesan. Jika alamat salah diterapkan pada objek sistem ini, masalah dapat terjadi. Sebagai contoh, replikasi folder publik mungkin tidak berhasil atau database tidak akan dapat me-mount. Selain itu, pesan ID peristiwa yang dijelaskan di bagian "Ringkasan" dari artikel ini mungkin login.

Sebagai contoh dari perilaku ini, misalnya bahwa Anda telah menetapkan %g_%s@domain.com alamat generasi aturan. Aturan ini mengambil nilai-nilai givenName atribut dan SN atribut objek Active Directory dan menggunakan nilai-nilai ini untuk membangun alamat e-mail. Jika pengguna givenName nilai atribut adalah Jeff dan SN nilai atribut Smith, alamat e-mail adalah Jeff_Smith@domain.com.

Tetapi givenName atribut dan SN atribut tidak wajib, dan dukungan e-mail objek seperti sistem agen daftar distribusi dan mungkin tidak memiliki atribut ini. Dalam situasi ini, pemerintahan generasi alamat %g_%s@domain.com devolves untuk _@domain.com alamat generasi aturan. Untuk objek yang tidak memiliki givenName dan SN nilai atribut, aturan menjadi setara dengan aturan untuk hardcode e-mail alamat sebagai _@domain.com.

Ketika Anda menerapkan alamat e-mail baru, Layanan Pembaruan penerima cek untuk melihat jika alamat yang sama sudah ada pada setiap objek di hutan. Jika tidak, nilai numerik ditambahkan ke alamat baru untuk membedakannya. Sebagai contoh, jika ada beberapa pengguna bernama Jeff Smith, account pengguna yang diproses oleh layanan pembaruan penerima mungkin menerima alamat e-mail Jeff_Smith2@domain.com.

Ini berarti bahwa objek tanpa givenName dan SN nilai atribut yang diproses sesuai dengan aturan generasi alamat %g_%s@domain.com akan menerima e-mail alamat seperti _1@domain.com, _2@domain.com, _3@domain.com, dan alamat serupa lainnya.

Setiap kali layanan pembaruan penerima cek untuk penerima baru yang harus memiliki alamat e-mail, objek tanpa givenName dan SN atribut akan menerima alamat e-mail tambahan. Mempertimbangkan objek yang memiliki alamat _1@domain.com. Alamat ini tidak cocok _@domain.com aturan, dan layanan pembaruan penerima mungkin menganggap bahwa objek masih harus memiliki alamat _@domain.com "hardcoded" yang diterapkan. Alamat duplikat memeriksa menemukan bahwa the_@domain.com alamat sudah milik obyek yang berbeda, dan oleh karena itu, alamat seperti _4@domain.com dapat ditetapkan.

Jika tidak ada atribut objek telah diubah dalam direktori aktif sejak terakhir kali layanan pembaruan penerima berlari, objek yang tidak melihat oleh layanan pembaruan penerima. Tetapi jika objek diubah dengan cara apapun, Layanan Pembaruan Penerima memindai sekali lagi untuk menentukan jika alamat e-mail baru akan diterapkan untuk itu. Ini berarti bahwa dari waktu ke waktu, satu objek yang tidak memiliki atribut specifier dapat memiliki puluhan atau ratusan alamat e-mail _NNNN@domain.com.

Umumnya, alamat tambahan inert dan tidak mempengaruhi aliran surat biasa; Namun, dari waktu ke waktu mereka dapat menyebabkan layanan pembaruan penerima untuk proses item lebih dan lebih tidak efisien. Layanan Pembaruan penerima harus memeriksa alamat duplikat berulang kali ketika menetapkan alamat baru untuk objek. Jika alamat _1000@domain.com ada, Layanan Pembaruan penerima harus melakukan lebih dari seribu duplikat alamat cek sebelum dapat menetapkan alamat baru berdasarkan aturan generasi _@domain.com.

Meskipun Exchange cek untuk alamat e-mail duplikat, cek tersebut tidak sangat mudah karena dua alasan berikut:
  • Layanan Pembaruan Penerima terpisah harus dikonfigurasi untuk setiap domain. Bahkan dalam lingkungan satu domain, ada dua layanan pembaruan penerima. Layanan Pembaruan Penerima satu adalah untuk wadah domain dan yang lain (perusahaan layanan pembaruan penerima) untuk wadah konfigurasi server.
  • Latensi replikasi direktori aktif dapat menyebabkan alamat yang diberikan oleh layanan pembaruan penerima yang satu tidak untuk muncul dalam folder database yang sedang digunakan oleh layanan pembaruan penerima yang berbeda pada waktu yang tepat.
Skenario yang paling mungkin di mana alamat duplikat dibuat adalah skenario ketika perusahaan layanan pembaruan penerima terhubung ke satu pengendali domain dan domain layanan pembaruan penerima terhubung ke yang lain. Ketika objek yang kurang atribut specifier diproses secara paralel dengan setiap layanan pembaruan penerima, duplikat yang dihasilkan.

Praktik terbaik untuk mencegah duplikat dan beberapa alamat

Karakter yang paling sering digunakan dalam aturan penamaan auto adalah karakter garis bawah (_). Bagian ini merujuk kepada alamat generasi aturan SMTP:%g_%s@domain.com sebagai contoh dasar.

%G%s@domain.com alamat generasi aturan tidak menyebabkan masalah yang sama sebagai % g_%s@domain.com. Jika objek yang tidak memiliki givenName dan SN atribut, alamat generasi aturan devolves untuk @ domain.com. Ini memanggil layanan pembaruan penerima perilaku default stamping alamat e-mail mailNickname@domain.com

Untuk mencegah auto-penamaan penentu menyebabkan masalah ini jika Anda menggunakan auto-penamaan penentu dan Anda menggunakan karakter yang keras di bagian pengguna pemerintahan generasi alamat, Anda harus mengkonfigurasi penyaring pada kebijakan penerima secara eksplisit menguji keberadaan atribut yang Anda tentukan.
Setiap kebijakan penerima Exchange memiliki penyaring Lightweight Directory Access Protocol (LDAP) yang mendefinisikan objek yang merujuk pada kebijakan. Filter paling sederhana yang Anda dapat menentukan pada objek (mailnickname = *). Dalam sintaks filter LDAP, atribut = * dapat membaca "atribut ada." Oleh karena itu, (mailnickname = *) filter berlaku kebijakan untuk setiap objek yang memiliki mailNickname atribut (yaitu setiap objek yang dukungan e-mail). Filter ini adalah filter untuk kebijakan penerima default.

Jika Anda membuat kebijakan penerima tambahan, filter dapat menjadi jauh lebih kompleks seperti Anda membatasi benda-benda yang menerapkan kebijakan. Exchange menyediakan antarmuka pengguna yang membangun filter untuk administrator yang didasarkan pada kriteria akal, bukan memerlukan Anda untuk membangun filter secara manual.

Misalnya, filter berikut secara otomatis dihasilkan untuk menangkap semua Exchange pengguna, kontak, dan grup:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Untuk membangun filter ini pada kebijakan:
  1. Mulai Exchange System Manager.
  2. Memperluas Penerima, memperluas Kebijakan penerima, dan juga membuka properti kebijakan yang ingin Anda mengedit atau membuat kebijakan baru.
  3. Pada General tab, klik Memodifikasi.
  4. Klik untuk memilih kotak centang di General tab.
  5. Klik Penyimpanan tab, dan kemudian klik Kotak surat pada server.

    Anda tidak perlu mengkonfigurasi sesuatu pada Lanjutan tab.
Memodifikasi filter ini sehingga memeriksa keberadaan givenName dan SN atribut:
  1. Membuka properti kebijakan penerima, dan kemudian klik Memodifikasi.
  2. Klik Lanjutan tab, pilih Nama pertama pengguna lapangan dan Nama terakhir pengguna lapangan, dan kemudian menetapkan kondisi untuk bidang-bidang ini untuk Sekarang.
Setelah Anda menyelesaikan prosedur ini dua, LDAP filter muncul sebagai filter berikut:
(&(&(&(& (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=*)))
Perhatikan bahwa (objectCategory=user)(givenName=*)(sn=*) telah ditambahkan dekat akhir filter. Filter ini sekarang menangkap hanya pengguna yang memiliki keduanya givenName dan SN atribut. Filter ini mengabaikan daftar distribusi, kontak, dan sistem pertukaran objek.

Menemukan dan menghapus duplikat alamat

Alamat duplikat yang dibuat oleh auto-penamaan penentu biasanya mengikuti pola diprediksi (misalnya, _12345@domain.com, _12346@domain.com, dan alamat serupa). Oleh karena itu, Anda dapat melakukan pencarian otomatis untuk alamat ini dan melakukan pembersihan otomatis.

Anda dapat menggunakan utilitas Ldifde.exe di dalam Windows 2000 untuk ekspor dan impor Active Directory informasi teks dalam LDIF format. Ldifde menggunakan sintaks pencarian LDAP standar sama sebagai filter kebijakan penerima Exchange. Anda dapat menyisipkan penyaring kebijakan penerima ke baris perintah Ldifde dan membuat file teks yang berisi daftar setiap objek dalam sebuah wadah yang ditangkap oleh filter. Perintah berikut ini adalah contoh dari sintaks yang umum untuk membuat sebuah file teks:
ldifde -f file.txt -d "dc = subdomain, dc = domain, dc = com" -l [atribut daftar] - r "[ldap penyaring]"
Dalam perintah ini, semua objek pada Subdomain yang sesuai dengan filter ditulis untuk File.txt. Untuk mengambil objek dari wadah konfigurasi, Anda harus menentukan wadah dan domain pertama yang diinstal di hutan, misalnya:
ldifde -f file.txt -d "cn = konfigurasi, dc = firstdomain, dc = com" -l [atribut daftar] - r "[ldap penyaring]"
The -l parameter membatasi atribut untuk objek yang ditulis untuk File.txt. Jika Anda menghilangkan -l, semua atribut untuk setiap objek terdaftar. Untuk daftar tak satu pun dari atribut, menggunakan-l apa-apa. Jika Anda melakukannya, perintah ekspor hanya nama dibedakan dari setiap objek ke File.txt.

Untuk menemukan duplikat semua atau beberapa alamat proxy, Anda dapat menjalankan Ldifde terhadap setiap domain di organisasi Anda dan terhadap wadah konfigurasi untuk hutan Anda. Untuk melakukannya, Anda harus menentukan pola pencarian unik yang cocok hanya alamat yang tidak diinginkan.

Untuk contoh ini, pola pencarian adalah * SMTP:_*@*. Pola pencarian ini menangkap setiap alamat proxy e-mail Exchange SMTP (E-mail Internet) yang dimulai dengan tanda garis bawah. Sebagai contoh, jalankan perintah berikut:
ldifde -f badproxies.txt -d "dc = domain, dc = com" -l proxyaddresses -r "(proxyaddresses=*smtp:_*@*)"
Perintah ini ekspor data ke Badproxies.txt yang sama dengan data sebagai berikut:
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 file berisi catatan untuk objek alamat proxy yang termasuk alamat SMTP yang dimulai dengan tanda garis bawah. Semua alamat ini objek yang diekspor. Anda dapat menyaring alamat tambahan ini kemudian.

Beberapa alamat yang dimulai dengan garis bawah mungkin sah. Jika kondisi ini benar, Anda harus menghapus objek-objek dari Badproxies.txt file sebelum Anda melanjutkan. Jalankan perintah Ldifde berikut untuk mengidentifikasi objek ini:
ldifde -f file.txt -d "dc = domain, dc = com" -l givenname, sn, samaccountname, mailnickname, displayname - r "(| ()givenname=_*)(SN=_*)(sAMAccountName=_*)(mailnickname=_*)(DisplayName=_*))"
Perintah ini mencari objek yang nama pertama, nama belakang, nama masuk Windows, pertukaran alias atau tampilan nama dimulai dengan tanda garis bawah. Anda dapat menyesuaikan penyaring pencarian untuk pola yang sesuai untuk lingkungan tertentu Anda.

Catatan Jika sintaks perintah Ldifde Anda salah, Ldifde mungkin tidak kembali kesalahan. Sebaliknya, Anda mungkin tidak melihat hasil pencarian sama sekali. Jika pencarian Anda kembali ada benda, tes perintah Ldifde dengan mengubah filter pencarian di jalan kecil untuk mengembalikan hasil. Sebagai contoh, menggantikan underscore dengan huruf A.

Juga, jika Anda tidak memiliki izin untuk melihat objek atau atribut, item ini tidak dikembalikan oleh pencarian dan Anda tidak menerima pesan kesalahan yang menyatakan bahwa Anda tidak memiliki izin untuk beberapa objek. Ketika Anda mencari wadah domain, Microsoft menganjurkan bahwa Anda logon sebagai domain administrator. Ketika Anda mencari wadah konfigurasi, Microsoft menganjurkan bahwa Anda logon sebagai enterprise administrator.

Setelah Anda memverifikasi bahwa Badproxies.txt berisi hanya objek yang memiliki alamat e-mail yang ingin Anda hapus, Anda harus filter dan memformat ulang LDIF file sehingga Anda dapat mengimpor lagi. LDIF Impor file format dan format file ekspor berbeda secara signifikan.

Anda dapat menggunakan skrip contoh berikut untuk mengubah dan menyaring Impor file. Script ini disediakan sebagai sampel hanya; menggunakan atau memodifikasi script ini risiko Anda sendiri. Script ini sendiri tidak dapat mengubah informasi direktori aktif. Anda harus secara manual mengimpor output file dari script untuk Active Directory untuk membuat perubahan. Setiap baris dalam naskah dua spasi untuk membuatnya lebih mudah untuk mendeteksi pantas baris membungkus. Untuk menjalankan script, salin dan Tempel teks berikut ke file teks, dan kemudian nama file ini 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
Catatan
  • File output yang menghasilkan script ini tidak dapat diimpor ke Active Directory sebelum Anda mengedit pertama. Tergantung pada bagaimana Anda menjalankan script, script dapat menghasilkan berkas yang menghapus setiap alamat proxy di seluruh domain. Anda harus memeriksa output file dekat sebelum Anda menerapkan ke Active Directory untuk memastikan bahwa itu tidak apa yang Anda inginkan.
  • Tiga atas baris dalam file adalah komentar dan spasi yang Anda harus menghapus sebelum Anda menjalankan file. Jika ada peringatan di atas berkas, Anda harus menghapus ini juga.
  • Jika script akan dijeda dengan pesan "Patah garis mengalami!", Anda harus benar garis yang dilaporkan dan menjalankan script lagi.
  • Standar LDIF membagi garis panjang menjadi beberapa baris yang terus menerus baris setelah baris dengan ruang dalam kolom pertama. Sampel script tidak memperhitungkan standar ini, kecuali untuk laporan ketika garis semacam ini ditemukan. Jika ada banyak rusak baris dalam file, Anda dapat memperbaiki garis-garis ini dengan menggunakan menemukan global dan mengganti prosedur. Untuk melakukannya, gunakan editor teks yang mendukung Cari dan ganti di mode. Anda dapat menggunakan Microsoft Word untuk melakukan global Cari dan ganti, tapi Anda harus ingat untuk menyimpan file diedit sebagai teks biasa. Dalam kata, Anda dapat mencari item berikut, dan menggantikannya dengan apa-apa:
    ^ p [ruang karakter]
    Perhatikan bahwa pencarian teks caret karakter (^ ^) dan p huruf kecil, tidak CTRL + P.
  • Jika catatan dalam output file menyebabkan semua alamat proxy untuk dihapus dari objek, script mencoba untuk memasukkan peringatan di atas file. Jika Anda menggunakan script ini untuk menghasilkan LDIF Impor file, Anda harus dekat memeriksa berkas-berkas ini untuk memastikan bahwa mereka mengandung hanya catatan yang ingin diimpor.

    Format catatan berikut akan menghapus semua alamat proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Jika tidak ada alamat proxy tertentu bernama dalam catatan, semua alamat yang akan dihapus. Format catatan berikut menghapus hanya alamat proxy tunggal:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Untuk mundur dari perubahan yang dibuat oleh file output (kecuali untuk catatan yang melakukan penghapusan grosir), Cari output file, menggantikan "menghapus: proxyAddresses" dengan "add: proxyAddresses," dan kemudian Impor file lagi.
  • Untuk mengekspor semua alamat proxy untuk semua objek dalam sebuah wadah, menggunakan -R "(proxyAddresses=*)" Ldifde pencarian filter.

    Anda dapat menggunakan file ini sebagai file cadangan dari alamat proxy yang ada pada titik tertentu dalam waktu. Jika Anda proses file ini melalui Proxyfix.bat, file ini dapat dibuat sebagai Impor file yang dapat Anda gunakan untuk memulihkan alamat jika diperlukan.
  • Jika Anda tidak menentukan penyaring sebagai parameter ketiga pada baris perintah Proxyfix.bat, semua alamat proxy dari input file akan disalin ke output file. Anda dapat mengubah "Hapus: proxyAddresses" untuk "menambahkan: proxyAddresses" untuk menggabungkan alamat dengan alamat yang sudah ada di Active Directory. Anda juga dapat menggunakan "menggantikan: proxyAddresses" untuk menghapus semua alamat proxy dari Active Directory dan menggantinya dengan hanya alamat yang tercantum dalam output file.
  • Jika Anda menghapus semua alamat proxy dari benda-benda, objek yang berubah dan layanan pembaruan penerima dipicu untuk memulihkan semua alamat menurut kebijakan penerima saat ini. Namun, sebelum proses ini selesai, laporan non-pengiriman (NDR) untuk surat di transit dapat dihasilkan. Jika alamat dalam wadah konfigurasi dihapus, Exchange layanan dapat menghentikan atau Anda tidak dapat memulai mereka jika mereka sudah dihentikan. Microsoft menganjurkan agar Anda menggunakan sangat hati-hati ketika Anda menangani alamat proxy, terutama untuk objek dalam wadah konfigurasi.
Untuk mengimpor LDIF file, jalankan perintah berikut:
ldifde -i -f delproxies.txt

Properti

ID Artikel: 318774 - Kajian Terakhir: 24 September 2011 - Revisi: 2.0
Berlaku bagi:
  • 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
Kata kunci: 
kbinfo kbmt KB318774 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:318774

Berikan Masukan

 

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