XADM: Persyaratan untuk menonaktifkan layanan pembaruan penerima

Dalam situasi tertentu, seperti skenario hosting tertentu, Anda mungkin ingin menonaktifkan layanan pembaruan penerima (RUS), dan menggunakan skrip atau metode lain untuk menangani tugas-tugas yang biasanya dilakukan oleh RUS. Tujuan artikel ini adalah untuk dokumen panduan yang Anda harus ikuti, serta apa tugas Anda harus secara manual melakukan jika Anda memutuskan untuk menggunakan metode kustom di tempat RUS untuk memperbarui objek Active Directory.

Artikel ini mencakup topik-topik berikut:

• Tidak menonaktifkan perusahaan RUS
• Menerapkan kebijakan penerima
• Atribut yang diperlukan pada semua objek kotak pesan dan dukungan E-mail
• Atribut tambahan yang diperlukan pada pengguna dengan dukungan kotak pesan
• Atribut tambahan yang diperlukan pada pengguna dengan dukungan E-mail dan kontak
• Atribut tambahan yang diperlukan pada kelompok-kelompok dukungan E-mail
• Atribut yang diperlukan pada dukungan E-mail folder publik
• Menerapkan kebijakan daftar alamat
• Keanggotaan grup tersembunyi
• Objek bersembunyi dari daftar alamat
• Mempertahankan keanggotaan Exchange 2000 Server Enterprise kelompok
• Referensi

Berikut ini adalah panduan dan tugas-tugas yang biasanya ditangani oleh RUS. Jika Anda memilih untuk menetapkan jadwal Domain RUS untuk pernah, proses Anda harus melakukan semua fungsi-fungsi ini.

Tidak menonaktifkan perusahaan RUS

Ada dua jenis layanan pembaruan penerima. Orang bertanggung jawab untuk pengolahan Exchange 2000 sistem objek dalam wadah konfigurasi, dan yang lain bertanggung jawab untuk pengolahan penerima di domain masing-masing. Hanya ada satu tipe pertama di Microsoft Windows 2000 seluruh hutan karena hanya satu konfigurasi kontainer. Ini adalah perusahaan RUS, dan itu tidak dapat dinonaktifkan. Ini juga berarti bahwa Anda tidak harus menghapus kebijakan penerima default, karena perusahaan RUS kebutuhan untuk memproses objek dalam wadah konfigurasi.

Menerapkan kebijakan penerima

Semua objek kotak pesan dan dukungan e-mail harus memiliki seperangkat minimal atribut dikonfigurasi agar semua komponen Exchange 2000 untuk berfungsi dengan baik. Beberapa atribut ini umum untuk objek kotak pesan maupun dukungan e-mail, dan beberapa tertentu untuk objek kotak pesan atau dukungan e-mail.

Atribut yang diperlukan pada semua objek kotak pesan dan dukungan E-mail

Sangat penting untuk memahami perbedaan antara pengguna dengan dukungan kotak pesan dan pengguna dengan dukungan e-mail atau kontak. Pengguna dengan dukungan kotak pesan benar-benar menyimpan pesan di Exchange 2000 server Exchange 2000 informasi toko. Pengguna dengan dukungan e-mail atau kontak adalah referensi ke alamat yang berada di luar organisasi Exchange 2000. Pengguna dengan dukungan e-mail tidak memiliki ruang penyimpanan pada Exchange 2000 server; mereka adalah cara mudah untuk mengirim surat ke tujuan di luar organisasi Exchange 2000 lokal. Pengguna dapat baik dukungan kotak pesan atau dukungan e-mail, tetapi tidak keduanya. Kontak hanya dapat dukungan e-mail; mereka tidak dapat diaktifkan kotak pesan.

Anda harus menetapkan atribut berikut pada semua dukungan e-mail atau objek kotak pesan:

• legacyExchangeDN
• proxyAddresses
• textEncodedORAddress
• mail
• mailNickname
• displayName

Berikut adalah penjelasan singkat tentang format tepat atribut ini. Tidak dimaksudkan untuk menjadi lengkap spesifikasi untuk format yang benar atribut.

legacyExchangeDNproxyAddressestextEncodedORAddressmailmailNicknamedisplayName

Atribut tambahan yang diperlukan pada pengguna dengan dukungan kotak pesan

Selain untuk atribut sebelumnya, semua pengguna dengan dukungan kotak pesan harus dikonfigurasi dengan atribut berikut:

• msExchHomeServerName
• homeMDB
• homeMTA
• msExchUserAccountControl
• msExchMasterAccountSid
• msExchMailboxGuid

Berikut adalah penjelasan singkat tentang format tepat atribut ini. Tidak dimaksudkan untuk menjadi lengkap spesifikasi untuk format yang benar atribut.

msExchHomeServerNamehomeMDBhomeMTAmsExchUserAccountControlAtribut sintaks: nilai tunggal integer

The msExchUserAccountControl atribut yang digunakan oleh toko informasi untuk menentukan apakah akan menggunakan objectSid atau msExchMasterAccountSid Ketika pengaturan atau membaca informasi menyimpan izin. Atribut ini memiliki dua nilai yang mungkin:

• 0: Ini adalah memungkinkan pengguna
• 2: Ini adalah pengguna penyandang cacat

Istilah "memungkinkan pengguna" dan "dinonaktifkan pengguna" hanya merujuk kepada Apakah account pengguna Microsoft Windows NT dapat digunakan untuk masuk ke domain atau tidak. RUS bertanggung jawab untuk secara otomatis memperbarui nilai ini setiap kali account pengguna dibuat, diaktifkan atau dinonaktifkan. Anda juga perlu memastikan bahwa nilai msExchUserAccountControl diatur ketika pengguna kotak pesan, dan diperbarui jika pengguna diaktifkan atau dinonaktifkan. RUS menentukan nilai ini dengan memeriksa kedua sedikit (0x2) userAccountControl nilai. Jika 0x2 bit tidak ditetapkan, account akan diaktifkan. Jika 0x2 bit diatur, account dimatikan.

Jika msExchUserAccountControl diatur ke 0, ini adalah mengaktifkan account pengguna, dan informasi yang menyimpan referensi objectSid pengguna saat membaca atau mengatur hak akses informasi toko. Jika msExchUserAccountControl set ke 2, ini adalah penyandang cacat pengguna, dan referensi toko informasi ID keamanan (SID) diatur dalam msExchMasterAccountSid ketika itu membaca atau pengaturan informasi toko izin.msExchMasterAccountSidAtribut sintaks: nilai tunggal SID

CATATAN: RUS tidak mengatur msExchMasterAccountSid. Atribut ini dihuni oleh baik Active Directory konektor (ADC), atau ketika administrator hibah pengguna kanan Account eksternal yang berhubungan dalam hak-hak kotak pesan pengguna. Artikel ini menyebutkan atribut msExchMasterAccountSid karena dari hubungannya dengan atribut lainnya yang RUS populates.

Jika account pengguna pengguna cacat, dan dengan demikian msExchUserAccountControl diatur ke 2, msExchMasterAccountSid atribut harus diisi. Jika msExchUserAccountControl diatur ke 0, msExchMasterAccountSid nilai tidak harus diisi. Atribut ini memiliki dua kategori mungkin nilai-nilai, tergantung pada bagaimana kotak pesan yang terkait dengan pengguna ini akan digunakan.

• Jika kotak pesan sumber, msExchMasterAccountSid harus berisi terkenal Microsoft Windows 2000 SID "Diri," juga disebut "Kepala diri."
  • Definisi rekening sumber daya adalah penyandang cacat pengguna account yang tidak digunakan untuk benar-benar log on ke domain, tetapi bukan pengganti untuk kotak pesan pengguna dalam organisasi Exchange 2000 memiliki didelegasikan hak.
  • Anda tidak dapat memberikan sumber daya account izin untuk mengakses sumber daya lain.
  • SID diri dapat diatur sebagai msExchMasterAccountSid di beberapa sumber daya account karena diri tidak SID sebenarnya, tapi cara untuk referensi objectSid untuk objek yang sudah diatur, yang akan selalu menjadi unik.
  • Nilai heksadesimal SID diri adalah:
    0x01 0x01 0x00 0x00 0x00 0x00 0x00 0x05 0x0a 0x00 0x00 0x00
    Untuk informasi tambahan tentang SIDs terkenal, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
    243330  (http://support.microsoft.com/kb/243330/ ) Pengidentifikasi terkenal keamanan dalam sistem operasi Windows Server
• Jika kotak ini dimiliki oleh pengguna yang berada di luar hutan Windows 2000, msExchMasterAccountSid harus berisi SID account pengguna eksternal tersebut.
  • Dalam kasus ini, account pengguna penyandang cacat juga tidak digunakan untuk logon secara langsung, tapi bukan konfigurasi ini memungkinkan pengguna di luar dari hutan untuk memiliki kotak pesan Exchange 2000 dalam organisasi Anda.
  • Account pengguna asing mungkin baik pengguna Windows 2000 dari hutan terpisah, atau account pengguna Windows NT 4.0.
  • Jika nilai msExchMasterAccountSid adalah SID account eksternal, nilai harus unik. Anda mungkin tidak memiliki lebih dari satu account pengguna cacat dengan SID sama di msExchMasterAccountSid di seluruh hutan.
  • The msExchMasterAccountSid atribut tidak harus menunjuk keamanan utama (pengguna atau grup) yang ada di dalam hutan, dengan pengecualian dari pelaku asing keamanan.
  • Account eksternal yang ditentukan dalam msExchMasterAccountSid atribut juga harus memiliki hak "Akses kotak surat penuh" yang diberikan dalam kata kunci keamanan kotak pesan.
• SID harus ditulis dalam format biner, tidak keamanan keterangan definisi format bahasa (SDDL).

msExchMailboxGuidCATATAN: targetAddress atribut tidak diatur pada pengguna dengan dukungan kotak pesan.

Atribut tambahan yang diperlukan pada pengguna dengan dukungan E-mail dan kontak

Selain atribut sebelumnya, semua pengguna dengan dukungan e-mail dan kontak harus memiliki targetAddress atribut dikonfigurasi.

Berikut adalah penjelasan singkat tentang format tepat atribut ini. Tidak dimaksudkan untuk menjadi lengkap spesifikasi untuk format yang benar atribut.

targetAddress

Atribut tambahan yang diperlukan pada kelompok-kelompok dukungan E-mail

Kelompok dukungan e-mail hanya perlu atribut yang diperlukan pada semua kotak pesan dan dukungan e-mail objek. Ada dua atribut opsional yang dapat Anda gunakan untuk mengatur server ekspansi untuk grup jika Anda memilih demikian. Namun, RUS tidak bertanggung jawab untuk menetapkan ini juga, tidak akan RUS memperbarui salah satu jika yang lain sudah ditetapkan.

msExchExpansionServerNamehomeMTA

Atribut yang diperlukan pada dukungan E-mail folder publik

Folder publik yang dibuat menggunakan klien atau Exchange System Manager, homeMDB, displayName, legacyExchangeDN, mailNickname, dan targetAddress sudah diatur.

Anda mungkin perlu dikonfigurasi dengan atribut berikut pada objek folder publik dapat mengirimkan email secara langsung ke folder umum:

• mail
• proxyAddresses
• textEncodedORAddress

Menerapkan kebijakan daftar alamat

Untuk objek kotak pesan dan dukungan e-mail untuk muncul dalam daftar alamat Global dan alamat apapun daftar, RUS biasanya berlaku setiap kebijakan daftar alamat untuk setiap objek untuk menentukan daftar alamat yang objek harus menjadi anggota. Ketika RUS menentukan bahwa pengguna harus menjadi anggota daftar alamat Global atau daftar alamat, hal itu menambah nama dibedakan dari daftar alamat Global atau alamat untuk showInAddressBook atribut pada objek kotak pesan atau dukungan e-mail. Jika RUS dimatikan, Anda harus secara manual mengatur showInAddressBook atribut pada objek kotak pesan dan dukungan e-mail.

showInAddressBook

Keanggotaan grup tersembunyi

RUS bertanggung jawab untuk menangani bersembunyi dan mengungkapkan keanggotaan grup ketika melihat properti grup dukungan e-mail dari klien e-mail. Jika atribut Boolean hideDLMembership adalah diatur ke TRUE, RUS perangko khusus non-kanonik keamanan keterangan pada kelompok objek di Active Directory untuk memastikan bahwa Exchange 2000 Server dapat mengakses semua atribut dari kelompok, tetapi user normal tidak akan dapat melihat keanggotaan grup.

Jika RUS dinonaktifkan, dan Anda berencana untuk menggunakan hideDLMembership atribut, Anda harus secara manual mengatur penjelas keamanan pada kelompok tergantung pada apakah hideDLMembership Apakah benar atau salah. Anda juga harus memperbarui keterangan keamanan jika nilai hideDLMembership atribut pada kelompok perubahan.

Untuk informasi tambahan mengenai format penjelas keamanan pada kelompok dengan keanggotaan tersembunyi, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:

Objek bersembunyi dari daftar alamat

RUS bertanggung jawab untuk memantau nilai atribut Boolean mxExchHideFromAddressLists, dan jika nilai adalah benar, menghilangkan semua daftar alamat dari showInAddressBook atribut pada objek kotak pesan atau dukungan e-mail. Kemudian, jika nilai msExchHideFromAddressLists "mengisi kembali perubahan RUS" showInAddressBook atribut untuk objek.

Jika Anda berencana untuk menggunakan msExchHideFromAddressLists atribut, Anda harus secara manual mengisi atau mengosongkan showInAddressBook atribut pada objek tergantung pada keadaan msExchHideFromAddressLists atribut.

Mempertahankan keanggotaan Exchange 2000 Server Enterprise kelompok

RUS bertanggung jawab untuk menjaga keanggotaan semua kelompok Exchange 2000 Server perusahaan di hutan.

Ketika Anda menjalankan setup /domainprep dalam domain atau menginstal pertama Exchange 2000 server di domain, dua kelompok yang dibuat:

• Exchange Server Domain
  
  Kelompok ini berisi semua Exchange 2000 Server di domain lokal.
• Exchange Server perusahaan
  
  Kelompok ini berisi kelompok Exchange 2000 server Domain untuk setiap domain yang memiliki Exchange 2000 server terinstal, atau yang setup /domainprep telah dijalankan dalam domain

Setiap kali kelompok Exchange Domain server dan server Exchange perusahaan yang baru dibuat di domain baru, RUS bertanggung jawab untuk melakukan tugas-tugas berikut:

• Menambahkan semua grup server Domain Exchange yang ada ke server Exchange perusahaan grup di domain baru.
• Menambahkan grup Exchange Server Domain dari domain baru untuk semua server Exchange perusahaan grup yang ada di hutan.

Anda harus mempertahankan keanggotaan grup Exchange Server perusahaan secara manual untuk semua domain ketika Anda menonaktifkan domain layanan pembaruan penerima.

Untuk informasi lebih lanjut tentang layanan pembaruan penerima, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: