Pengguna tidak dapat melihat informasi bebas/sibuk untuk pengguna jarak jauh di hibrid lokal di Exchange Server dan Exchange Online di Office 365

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 2667844
Catatan Wisaya konfigurasi hibrid yang disertakan di Konsol Manajemen Exchange di Microsoft Exchange Server 2010 tidak lagi didukung. Oleh karena itu, Anda tidak harus menggunakan Wisaya konfigurasi hibrid lama. Sebaliknya, gunakan Wisaya konfigurasi hibrid Office 365 yang tersedia di http://AKA.ms/HybridWizard. Untuk informasi selengkapnya, lihat Wisaya konfigurasi hibrid Office 365 untuk Exchange 2010.
MASALAH
Anda memiliki hibrid lokal Microsoft Exchange Server dan Microsoft Exchange Online di Microsoft Office 365 di mana hibrid server yang menjalankan Exchange Server 2010. Namun, pengguna tidak dapat melihat informasi bebas/sibuk untuk pengguna jarak jauh. Saat pengguna berusaha melihat informasi bebas/sibuk untuk pengguna jarak jauh, informasi bebas/sibuk tidak ditampilkan. Namun, pengguna mungkin mengalami satu atau lebih gejala berikut ini:
  • Informasi bebas/sibuk untuk pengguna jarak jauh ditampilkan sebagai nomor karakter tanda (#) di kalender.
  • Di Outlook Web App, "galat 5037" akan ditampilkan.
  • Microsoft Outlook <FileName>-fb.log dan <FileName>-as.berkas log yang berisi pesan galat yang menyerupai berikut ini:</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>Pemanggil tidak memiliki akses ke bebas/sibuk data.</MessageText> <ResponseCode>ErrorNoFreeBusyAccess</ResponseCode> <DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><> </MessageXml></ResponseMessage></FreeBusyResponse>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > Microsoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > 5037<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" >Namaserver<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > https://<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity<FreeBusyView> <><b00> </b00></> </FreeBusyView> </Server>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/types" > None
Sebagai contoh, pengguna Office 365 tidak dapat melihat informasi bebas/sibuk untuk lokal pengguna. Namun, pengguna lain dapat melihat informasi bebas/sibuk untuk pengguna di lokasi yang sama.
PENYEBAB
Masalah ini terjadi jika nama domain untuk alamat penyuratan Protokol Transfer Surat sederhana (SMTP) dari pengguna yang mencoba untuk melihat informasi bebas/sibuk tidak disertakan di antara nama domain dalam hubungan organisasi. Sebagai contoh, bila Anda menjalankan Tes-OrganizationRelationship cmdlet, output berikut ini ditampilkan:
RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Identitas:
ID: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Status: peringatan
Keterangan: Ada lokal gabungan domain yang tidak ada dalam daftar domain
objek hubungan organisasi jarak jauh.
IsValid: benar
Hal ini terjadi jika SMTP domain secara manual tidak ditambahkan ke hubungan organisasi. Hal ini juga dapat terjadi jika kondisi berikut benar:
  • Akun pengguna Office 365 dibuat sebelum Anda meng-upgrade lingkungan lokal ke Exchange Server 2010.
  • Anda menggunakan Wisaya konfigurasi hibrid di Exchange Server 2010 di lingkungan di tempat untuk menyiapkan kepercayaan penggabungan.
Sebagai contoh, nama domain pengguna Office 365 adalah contoso.com. Dalam skenario ini, akun pengguna Office 365 tidak memiliki @contoso.mail.onmicrosoft.com sebagai salah satu dari alamat penyuratan proxy. Permintaan untuk lingkungan lokal menggunakan @contoso.com alih-alih @contoso.mail.onmicrosoft.com untuk akun pengguna Office 365. Permintaan ditolak karena hubungan organisasi di lingkungan lokal tidak memiliki contoso.com ditambahkan ke dalamnya.
SOLUSI
Untuk mengatasi masalah ini, edit hubungan organisasi di lingkungan di tempat untuk menyertakan domain SMTP pengguna yang mengalami masalah. Untuk melakukannya, gunakan salah satu metode berikut.

Metode 1: Menggunakan Konsol Manajemen Exchange

  1. Di server Exchange di tempat, Buka konsol manajemen Exchange, dan kemudian klik Konfigurasi organisasi di Microsoft Exchange di tempat.
  2. Klik tab Organisasi hubungan , dan kemudian lihat properti hubungan organisasi.
  3. Klik tab Organisasi eksternal , ketikkan nama domain gabungan di kotak domain federasi dari organisasi Exchange eksternal , dan kemudian klik Tambah.
  4. Ulangi langkah 3 untuk setiap domain yang ingin Anda tambahkan.
  5. Klik Oke.

Metode 2: Menggunakan Exchange Management Shell

  1. Di server lokal, buka Exchange Management Shell.
  2. Mengatur hubungan organisasi sebagai variabel. Sebagai contoh, jalankan perintah berikut ini

    $OrgRel = Get-OrganizationRelationship Contoso
  3. Tambahkan nama domain tambahan yang Anda inginkan untuk variabel. Sebagai contoh, jalankan perintah berikut ini:
    $OrgRel.DomainNames += "contoso.com"
  4. Memperbarui hubungan organisasi menggunakan nilai nama domain yang baru. Sebagai contoh, jalankan perintah berikut ini:
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
INFORMASI LEBIH LANJUT
Untuk membantu mengidentifikasi masalah pada Office 365, ikuti langkah-langkah berikut:
  1. Menyambung ke Exchange Online menggunakan PowerShell jarak jauh. Untuk informasi selengkapnya tentang cara melakukannya, kunjungi website Microsoft berikut:
  2. Bandingkan alamat penyuratan SMTP pengguna dengan hubungan organisasi. Untuk melakukannya, jalankan perintah berikut ini:
    if ( (Get-CloudOrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Domain) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Domain "was not found" -ForegroundColor Yellow}
    Catatan Anda juga dapat membandingkan setiap domain yang terdaftar di domain yang diterima dengan nama domain yang sedang hubungan organisasi. Untuk melakukannya, jalankan perintah berikut ini:
    Get-AcceptedDomain | ForEach-Object { if ( (Get-CloudOrganizationRelationship).DomainNames -contains $_.DomainName) { write-host $_.DomainName "was found" -ForegroundColor Green } else { write-host $_.DomainName "was not found" -ForegroundColor Yellow} }
INFORMASI LEBIH LANJUT
Masih memerlukan bantuan? Buka Komunitas Office 365 situs web atau Forum TechNet Exchange.

Mulai panduan untuk memecahkan masalah ini.

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 2667844 - Tinjauan Terakhir: 04/26/2016 00:37:00 - Revisi: 17.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2010 Enterprise

  • o365 o365a o365e o365022013 o365m hybrid gwt guided walk through kbtshoot kbmt KB2667844 KbMtid
Tanggapan