Karma ortamda serbest/meşgul Exchange giderme

Özgün KB numarası:   10092

Kim içindir?

Kiracı yöneticileri. Yükseltilmiş erişim adımların çoğu için gereklidir.

Nasıl çalışır?

Öncelikle karşı karşıya olduğunuz sorunu size sorarak başlayacağız. Ardından sizi, durumunuz için özel bir dizi sorun giderme adımına yönlendireceğiz.

Tahmini tamamlanma süresi:

30-60 dakika.

Karma ortama serbest/meşgul sorun gidericisine hoş geldiniz

Karşılaştığız sorunu en iyi açıklayan seçeneği belirtin:

Not

Karma dağıtımda serbest/meşgul seçeneğinin nasıl çalıştığını gözden geçirmek için, Karma Serbest/Meşgul seçeneğinin nasıl çalışması gerektiğini daha iyi anlamak istiyorum öğesini seçin.

Ortamınıza Exchange sunucu sürümü olan şirket içi sürümü

Karma Serbest/Meşgul'in nasıl çalışması gerektiğini daha iyi anlamak için, aşağıdaki akış çizelgelerini gözden geçirin. Şirket içi posta sunucusunun ortamınıza Exchange sürümünü seçin:

En Exchange 2010/2013 serbest/meşgul iş akışı

Aşağıdaki diyagramda, Exchange/meşgul iş akışı 2010/2013'te gösterir:

Exchange 2010/2013 serbest/meşgul iş akışının ekran görüntüsü.

Bu, sorunlarınızı çözdü mü?

Exchange 2007 serbest/meşgul iş akışı

Aşağıdaki diyagramda, Exchange/meşgul iş akışı yer Exchange:

Exchange 2007 serbest/meşgul iş akışının ekran görüntüsü.

Bu, sorunlarınızı çözdü mü?

Exchange 2003 serbest/meşgul iş akışı

Aşağıdaki diyagramda, Exchange/meşgul iş akışı yer Exchange:

Exchange 2003 serbest/meşgul iş akışının ekran görüntüsü.

Bu, sorunlarınızı çözdü mü?

Şirket içinde Serbest/Meşgul çalışma yapar

Şirket içi kullanıcının posta kutusunda oturum açma ve ardından başka bir şirket içi kullanıcı için Serbest/Meşgul kullanıcısını görüntülemeyi deneyin. Bu test, şirket içi ortamınız içinde kullanılabilirlik bilgileri alma ile ilgili herhangi bir sorun olmadığını doğrulamaktır.

Serbest/meşgul bilgilerini görmeye mümkün mü?

Şirket içi serbest/meşgul bir sorun var

Bu sorun giderici, karma bir ortamdaki serbest/meşgul sorunlarını tanılamak için kullanılır. Bu acil bir sorun değil gibi görünüyor. Şirket içi serbest/meşgul sorunları giderildikten sonra bu sorun gidericiyi yeniden başlatın. Şirket içi serbest/meşgul ile ilgili bazı yaygın sorunları giderme hakkında bilgi için bkz. Outlook 2007 için Serbest/Meşgul Bilgilerini giderme.

Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor

Otomatik Bulma'nın bir dış kaynaktan çözülebilir olduğunu ve Güvenlik Duvarı'nın açık olduğunu doğrulamak için aşağıdaki yöntemleri kullanın.

Yöntem 1: Otomatik Bulma'nın şirket içi veya CAS sunucusunda Exchange doğrulama

  1. Dış bilgisayardan Komut İstemi'ne açın ve aşağıdaki komutları yazın ve her komuttan sonra ENTER tuşuna basın:

    • NSLookup
    • autodiscover.<Your_Domain.com>
  2. Komutun yanıtında, "Adres" değeri CAS sunucusundaki şirket içi IP'Exchange gerekir. Örneğin: Ad: autodiscover.contoso.com Adres: 38.96.29.10

2. Yöntem: Olası Otomatik Bulma URL'leri için Otomatik Bulma POSTASI isteği gönderebilirsiniz

  1. Microsoft Uzak Bağlantı Çözümleyicisi'ne gidin.
  2. Bağlantı Microsoft Office Outlook Testleri Otomatik Bulma'Outlook ardından Sonraki'yi seçin.
  3. Otomatik Bulma Outlook (E-posta adresi, Kullanıcı Adı ve parola) doldurun, ardından Test Gerçekleştir öğesini seçin.

Otomatik Exchange bağlantı testleri otomatik bulma için başarısız olursa, şirket içi Otomatik Bulma İnternet Erişimi yapılandırmasını denetleyin. Bunun nasıl olduğu hakkında daha fazla bilgi için, Microsoft TechNet'teinternet erişimi için Otomatik Bulma Hizmetini yapılandırma başlığına bakın.

Bu, sorunlarınızı çözdü mü?

Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini göremmektedir (sorun çözülmezse)

Autodiscover uç noktasının şirket içi sunucuyu veya Karma Sunucu Exchange işaret ediyor olduğunu doğrulayın.

Otomatik Bulma POST isteğinin bu sunucu tarafından Exchange karma sunucuda IIS günlüklerini denetleme:

  1. Karma Sunucu Exchange'da Çalıştırmayı Başlat'ı > seçin, %SystemDrive%\inetpub\logs\LogFiles yazın ve ENTER tuşuna basın.

  2. W3SVC1 klasörünü ve ardından en son IIS günlük dosyasını açın.

  3. Otomatik Bulma'da arama.

  4. Aşağıdaki ekran görüntüsü, IIS günlüğünde Otomatik Bulma POST isteğinin bir örneğini gösterir:

    IIS günlüğünde Otomatik Bulma POST isteğinin bir örneğini ekran görüntüsü.

Şirket içi dağıtım sunucunuzda Otomatik Bulma için hiçbir girdi Exchange, güvenlik duvarı yanlış bir CAS sunucusuna işaret ediyor olabilir.

Bu, sorunlarınızı çözdü mü?

Bulut kullanıcısı Şirket İçi kullanıcının Serbest/Meşgul bilgilerini göremmektedir (sorun çözülmezse)

Etki alanı adı kuruluş ilişkisinde var mı?

Kuruluş İlişkisi'nin etki alanı adı değerini doğrulamak için şu adımları izleyin:

  1. Bağlan'Exchange Online kullanarak da Windows PowerShell. Bunun nasıl olduğu hakkında daha fazla bilgi için bkz. Uzak PowerShellBağlan Exchange Online nasıl kullanmaya devam etmek için bkz.

  2. Windows PowerShell'de aşağıdaki komutu çalıştırın:

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL
    
  3. DomainName değerini kontrol edin. Sunum etki alanı ( yourdomain.com ) olmalıdır.

  4. Etki AlanıAdı değeri ilgili etki alanınız eksikse, aşağıdaki komutu çalıştırın:

    Set-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" -DomainName yourdomain.com
    

Bu, sorunlarınızı çözdü mü?

Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini göremmektedir (sorun çözülene kadar çözülemez)

IIS işleyici Eşlemesi eksik mi?

Otomatik Bulma Internet Information Services için svc Tümleşik işleyici eşlemesini yapılandırmanın (IIS) yapılandırmasının eksik olup olmadığını belirler.

  1. Şirket içi Dağıtım Exchange 2010 karma dağıtım sunucusunda, Internet Information Services (IIS) Yöneticisi'ni açın.

  2. SunucuAdı Sitesi > Varsayılan > Web Sitesi seçeneğini genişletin ve ardından Otomatik Bulma'yi seçin.

  3. IIS bölümünde İşleyici Eşlemeleri'ni açın. Aşağıdaki ekran görüntüsü, IIS'de svc-Tümleşik işleyici eşlemesi örneği gösterir:

    svc-Tümleşik işleyici eşlemesi örneğinin ekran görüntüsü.

IIS'de svc Tümleşik işleyici eşlemesi yoksa, Microsoft 365 ve şirket içi ortamınız karma dağıtımında "Özel durum hedef tarafından atıldı" hatasına bakın.

Bu, sorunlarınızı çözdü mü?

Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini göremmektedir (sorun halen çözülmezse)

EWS'nin Dış URL kümesi olup olduğunu doğrulamak için şu adımları izleyin:

  1. Şirket içi dağıtım sunucusunda Exchange sunucusunda Yönetim Kabuğu'Exchange açın ve aşağıdaki cmdlet'i çalıştırın:

    Get-WebServicesVirtualDirectory | FL Name,Server,externalURL
    
  2. Karma dağıtım sunucusunda DışURL Exchange yoksa, aşağıdaki cmdlet'i çalıştırın:

    Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx
    

Bu, sorunlarınızı çözdü mü?

Bulut kullanıcısı Şirket İçi kullanıcının Serbest/Meşgul bilgilerini göremmektedir (sorun yine de çözülmezse)

Microsoft Web Hizmetleri'Exchange (EWS) çözümlenebilir olduğunu ve güvenlik duvarı sorunu olmadığını doğrulayın.

Web Hizmetleri isteğinin bu sunucu tarafından alınasını onaylamak için Exchange 2010/2013 CAS sunucularında IIS günlüklerini denetleme. Bunu yapmak için şu adımları uygulayın:

  1. Exchange 2010/2013 CAS sunucusunda, Çalıştırmayı Başlat'ı > seçin, %SystemDrive%\inetpub\logs\LogFiles yazın ve ENTER tuşuna basın.

  2. W3SVC1 klasörünü açın ve ardından en son IIS günlük dosyasını açın.

  3. En son IIS günlük dosyasında exchange.asmx/wssecurity araması yapın. Aşağıdaki ekran görüntüsü IIS günlüğünde isteğin bir örneğini gösterir:

    Web Hizmetleri isteği örneğini ekran görüntüsü.

  4. Şirket içi Exchange 2010/2013 karma dağıtım sunucunuzda exchange.asmx/wssecurity için hiçbir girdi görmüyorsanız, güvenlik duvarı yanlış bir CAS sunucusuna işaret ediyor olabilir veya güvenlik duvarında önceden kimlik doğrulama yapılandırılmış olabilir. Güvenlik duvarı ön kimlik doğrulamasını atlama hakkında bilgi için bkz. Karma bir ortam için Forefront TMG'yi yapılandırma.

Bu, sorunlarınızı çözdü mü?

Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini göremmektedir (sorun çözülmezse)

EWS'de IIS işleyici eşlemesi eksik mi?

EWS Internet Information Services için svc-Tümleşik işleyici eşlemesini yapılandırmanın (IIS) yapılandırmasının eksik olup olmadığını belirleme

  1. Şirket içi dağıtım sunucusunda Exchange yöneticisini açın, Internet Information Services Yöneticisi'ni açın.

  2. ServerName Sitesi > Varsayılan > Web Sitesi öğesini genişletin ve EWS öğesini seçin.

  3. IIS alanında İşleyici Eşlemeleri'ni açın. Aşağıdaki ekran görüntüsü, IIS'de svc-Tümleşik işleyici eşlemesi örneği gösterir:

    IIS'de svc Tümleşik işleyici eşlemesi örneğinin ekran görüntüsü.

  4. IIS'de svc Tümleşik işleyici eşlemesi yoksa, bkz. Microsoft 365 ve şirket içi ortamınız karma dağıtımında hedef tarafından özel durum oluştu" hatası.

Bu, sorunlarınızı çözdü mü?

Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini göremmektedir (sorun henüz çözülmezse)

WSSecurity bir kimlik doğrulama yöntemi olarak etkin mi?

Şirket içi veya karma Exchange sunucusunda, Yönetim Kabuğu'Exchange çalıştırın:

Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

DışAuthenticationMethods için WSSecurity yoksa, karma dağıtım Exchange aşağıdaki komutu çalıştırın:

Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -WSSecurityAuthentication $true

Bu, sorunlarınızı çözdü mü?

Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini göremmektedir (Kuruluş İlişkisi ayarlarını doğrulamalı)

Kullanıcılar için Serbest/Meşgul ayarını etkinleştirmek üzere Kuruluş İlişkisi ayarlarının doğru yapılandırıldığından emin olun.

Çevrimiçi e-Ayarlar

  1. Bağlan'Exchange Online kullanarak da Windows PowerShell. Bunun nasıl olduğu hakkında daha fazla bilgi için bkz. Uzak PowerShellBağlan Exchange Online nasıl kullanmaya devam etmek için bkz.

  2. Windows PowerShell'de aşağıdaki komutu çalıştırın:

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL
    

Çıkış aşağıdakine benzer

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: { Contoso.com }
  • FreeBusyAccessEnabled: True
  • FreeBusyAccessLevel: LimitedDetails

Değerin değişmesi gerekirse, özelliği düzeltmek set-OrganizationRelationship için cmdlet'i kullanın. Söz dizimi ve seçenekleri hakkında daha fazla bilgi için bkz. Set-OrganizationRelationship.

Şirket İçi ayarları için

  1. Exchange 2010/2013 CAS'te, Exchange Kabuğu'Exchange çalıştırın:

    Get-OrganizationRelationship -Identity "On Premises to Exchange Online Organization Relationship"
    

Çıktı şuna benzer olmalıdır:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: { xxxx.mail.onmicrosoft.com , contoso.com }
  • FreeBusyAccessEnabled: True
  • FreeBusyAccessLevel: LimitedDetails

Değerin değişmesi gerekirse, özelliği düzeltmek set-OrganizationRelationship için cmdlet'i kullanın. Söz dizimi ve seçenekleri hakkında daha fazla bilgi için bkz. Set-OrganizationRelationship.

Bu, sorunlarınızı çözdü mü?

Şirket İçi kullanıcısı bulut kullanıcısın Serbest/Meşgul bilgilerini görem

Posta kutusunun Exchange şirket içi kullanıcıların posta kutusu hangi sürümde bulunur?

Exchange 2003 kullanıcısı bulut kullanıcının serbest/meşgul bilgilerini görmüyor

Şirket içi posta kutusu kullanarak bu sorunu yeniden ürete Exchange 2010 posta kutusu kullanabilir misiniz?

  1. Outlook 2010 posta kutusu olan bir kullanıcı olarak Exchange OWA istemcisinde oturum açabilirsiniz.
  2. Yeni bir toplantı isteği oluşturun ve toplantı isteğine bir bulut kullanıcısı ekleyin.
  3. Zamanlama yardımcısını görüntüken bulut kullanıcısı için karma işaretleri görüyor musunuz?

Exchange 2003 kullanıcısı bulut kullanıcınizin serbest/meşgul bilgilerini göremez (sorun çözülmezse)

Eski Serbest/meşgul isteğinin başarılı olması için sabit kodlu Bir Ortak klasör yönlendirmesi olmadığını doğrulayın.

Not

Bu sık karşılaşılan bir sorun değildir.

Exchange Server 2003 özelliklerindeki özniteliğin en düşük maliyete sahip Exchange 2010 ObjectGUID değerine sahip olduğunu doğrulayın (Bu özelliğin biçimi ms-Exch-Folder-Affinity-List şöyledir: {guid of server},cost).

  1. Bir Etki Alanı Denetleyicisi'nde Başlat ve Çalıştır'ı seçin, adsiedit.msc yazın ve ardından Tamam'ı seçin.
  2. ADSI Düzenleme'ye sağ tıklayın ve sonra Bağlan seçin.
  3. İyi bilinen bir Adlandırma Bağlamı seçin, Yapılandırma'ya ve ardından Tamam'a tıklayın.
  4. Configuration Services Microsoft Exchange First Organization Exchange Yönetim Grubu > > > > (FYDIBOHF23SPDLT) Sunucularını > genişletin.
  5. Sunucu 2010 Exchange sağ tıklayın ve Özellikler'i seçin.
  6. NesneGUID değerini kopyalayın ve not defteri metin dosyasına yapıştırın.
  7. Yapılandırma Hizmetleri Microsoft > Exchange > > First Organization > First Administrative Group Servers'a > inin.
  8. Exchange Server 2003'e sağ tıklayın ve Özellikler'i seçin.
  9. Exchange ms-Exch-Folder-Affinity-List 2010 objectGUID ile değerin ayar olduğunu doğrulayın. Exchange 2010 objectGUID öğesi 'de listelenmiyorsa, {guid of server} biçimini kullanarak bunu ms-Exch-Folder-Affinity-List ekleyin.

Bu, sorunlarınızı çözdü mü?

Exchange 2003 kullanıcısı bulut kullanıcınizin serbest/meşgul bilgilerini göreme (yeniden oluşturamaz)

Dış Serbest/Meşgul var ve doğru çoğaltılmış mı?

OU=EXTERNAL (FYDIBOHF25SPDLT) ortak klasörünü ekleyin. Bunu yapmak için şu adımları uygulayın:

  1. Bağlan 2010 SP1 veya Exchange ortak klasör sunucusuna gidin.
  2. Diğer Windows PowerShell.
  3. Cmdlet'i Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup çalıştırın.
  4. Cmdlet'i Install-FreeBusyFolder çalıştırın.

Not

OU=EXTERNAL (FYDIBOHF25SPDLT) ortak klasörü yalnızca Exchange 2010 sunucularında bulunuyor olmalı ve Exchange 2003 veya Exchange 2007'ye çoğaltıLMAZ.

Bu, sorunlarınızı çözdü mü?

Exchange 2003 kullanıcısı bulut kullanıcınizin serbest/meşgul bilgilerini göremmektedir (sorun çözülmezse)

Şirket içi sunucu üzerinde alıcı nesnesinin doğru LegacyExchangeDN yapılandırıldığından emin olun.

Her bulut posta kutusunda buna karşılık gelen bir şirket içi Posta özelliği etkin nesne olur. Bu tür bir Serbest/meşgul sorgusu için, isteğimizi Uygun Ortak klasör sunucusuna yönlendirmek üzere LegacyExchangeDN'yi kullanıruz. Bu değerin doğru olduğundan emin olmak için şu adımları izleyin:

  1. Exchange 2010 sunucusunda, Yönetim Kabuğu'Exchange çalıştırın:

    Get-RemoteMailbox Username |fl LegacyExchangeDN
    

    burada kullanıcı adı, serbest/meşgul bilgilerini görmeye istediğiniz bulut kullanıcı adının adıdır.

  2. Sonuçlarda, Dış (FYDIBOHF25SPDLT) yolda olduğunu doğrulayın. Örneğin, sonuçlar yolu aşağıdaki gibi göster olmalıdır:

    Dış (FYDIBOHF25SPDLT) ekran görüntüsü.

Bu, sorunlarınızı çözdü mü?

Exchange 2003 kullanıcısı bulut kullanıcınizin serbest/meşgul bilgilerini göremmektedir (sorun çözülmezse)

Ortak klasördeki İzinleri doğrulayın.

Exchange 2010 Ortak Klasör Yönetim Konsolu'nu kullanarak Dış (FYDIBOHF25SPDLT) serbest/meşgul çoğaltması için istemci izinlerini değiştirmek için şu adımları izleyin:

  1. Exchange 2010 Exchange Yönetim Konsolu.

  2. Konsol ağacında Araç Kutusu'nu seçin.

  3. Sonuç bölmesinde Ortak Klasör Yönetim Konsolu'nu seçin ve ardından eylem bölmesinde Aracı Aç'ı seçin. Ortak Klasör Yönetim Konsolu görüntülenir.

  4. Ortak Klasör Yönetim Konsolu'nde, eylem bölmesinde Sunucuya Bağlan öğesini seçin.

  5. Sunucuya Bağlan altında, Ortak klasör veritabanı içeren kullanılabilir Posta kutusu sunucularının listesini görüntülemek için Gözat'ı seçin.

  6. Ortak Klasör Sunucularını Seç altında, Exchange 2010 sunucusunu seçin. Tamam'ı ve ardından Tamam'ı seçin.

  7. Ortak Klasör ağacında Sistem Ortak Klasör > SCHEDULE+ SERBEST/BUSY klasörüne gidin.

  8. Sonuç bölmesinde, EX:/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT) öğesini sağ tıklatın ve Özellikler'i seçin.

  9. İzinler sekmesinde **Varsayılan kullanıcı için Tüm izin düzeyini düzenle'nin seçili olduğunu onaylayın:

    İzinler sekmesi ayrıntılarının ekran görüntüsü.

Bu, sorunlarınızı çözdü mü?

Exchange 2003 kullanıcısı bulut kullanıcınizin serbest/meşgul bilgilerini göremez (sorun çözülmezse)

Tahkim posta kutusu eksik mi yoksa bozuk mu?

Tahkim posta kutusu ADSIEdit kullanılarak düzenlenebilir. Varsayılan federated.email, Exchange 2010 etki alanı için Active Directory'nin varsayılan kullanıcılar kapsayıcısinde yer olmalıdır.

Aşağıdaki seçeneklerden birini kullanın:

  1. Adsiedit kullanın.

    1. Bağlan Active Directory'de varsayılan adlandırma bağlamına göre arama yapmak için kullanın.
    2. Kullanıcılar kapsayıcısı'nın üzerine gidin ve federasyon e-posta hesabının özelliklerini görüntüleme.
    3. Hesabın proxyaddress özniteliklerini, zaten bir SMTP adresine sahip olacak şekilde değiştirebilir veya mevcut olan ara sunucu adresi ad alanını federasyon güveni içine ekleyin.
  2. Exchange Server 2003'te Active Directory Kullanıcıları ve Bilgisayarları açın.

    1. Kullanıcılar kapsayıcısı'ne tıklayın ve FederatedEmail hesabına sağ tıklayın, ardından Özellikler'i seçin.
    2. E-posta adresleri sekmesine gidersiniz; bu sekmeye önceden yapılandırılmış federasyon ad alanlarıyla eşecek başka bir ara sunucu adresi ekleyebilir veya önceden var olan birincil SMTP ad alanını federasyon güvene eklersiniz.

Bu, sorunlarınızı çözdü mü?

Exchange 2007 kullanıcınız bulut kullanıcısı serbest/meşgul

Şirket içi posta kutusu 2010 veya 2013 Exchange yeniden derliye sahip olabilir misiniz?

  1. Outlook 2010 veya 2013 posta kutusu olan bir kullanıcı olarak Exchange veya OWA istemcisinde oturum açma.
  2. Yeni bir toplantı isteği oluşturun ve toplantı isteğine bir bulut kullanıcısı ekleyin.
  3. Zamanlama yardımcısını görüntüken bulut kullanıcısı için karma işaretleri görüyor musunuz?

Exchange 2007 kullanıcınız bulut kullanıcısın serbest/meşgul bilgilerine erişe değil

Kullanılabilirlik adresi alanı denetleyin ve doğru ayarlara sahip olduğundan emin olun. Bu, AvailabilityAddressSpace'in yanlış yapılandırılması olabilir. AvailabilityAddressSpace yapılandırmasında ProxyURL değerinin Exchange 2010/2013 CAS Web Service sanal dizininin InternalURL değeriyle eşleni kontrol edin. Bunu yapmak için şu adımları uygulayın:

  1. Şirket içi sunucuda, Yönetim Kabuğu'Exchange çalıştırın:

    Get-AvailabilityAddressSpace | FL ProxyUrl
    Get-WebServicesVirtualDirectory | FL Server,InternalUrl
    
  2. ProxyURL ve InternalURL değerleri eş eş vermiyorsa, aşağıdaki komutları çalıştırın:

    Remove-AvailabilityAddressSpace -Identity 'contoso.mail.onmicrosoft.com'
    
    Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
    'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx
    
  3. Ve değerler ProxyURL InternalURL eşşş ise, URL'ye 2007 CAS sunucusundan Exchange emin olun. Bunu yapmak için ProxyURL CAS AvailabilityAddressSpace 2007'den bir yere taşıma. Kimlik doğrulama bilgileri Exchange 2007 kaynak posta kutusu kimlik bilgileriyle. Beklenen sonuç aşağıdaki gibidir:

    Exchange 2007 kaynak posta kutusu kimlik bilgileriyle kimlik doğrulaması beklenen sonucun ekran görüntüsü.

Not

Exchange 2010/2013 CAS Web Service sanal dizininin InternalURL's, Exchange 2007 CAS Web Service sanal dizininden farklı olmalıdır.

Bu, sorunlarınızı çözdü mü?

Exchange 2010/2013 kullanıcısı bulut kullanıcısn serbest/meşgul bilgilerini göremz

Şirket içi kullanıcının posta kutusunda oturum açma ve ardından başka bir şirket içi kullanıcı için Serbest/Meşgul kullanıcısını görüntülemeyi deneyin. Bu test, şirket içi ortamınız içinde kullanılabilirlik bilgileri alma ile ilgili herhangi bir sorun olmadığını doğrulamaktır.

Serbest/meşgul bilgilerini görmeye mümkün mü?

Şirket içi kullanıcı bulut kullanıcısın Serbest/Meşgul bilgilerini göremz

OWA'dan hangi hata iletisini alasınız? hata iletisinin ne olduğunu belirler.

  1. Etkilenen kullanıcının hesabını kullanarak şirket içi OWA'da oturum açın.

  2. Yeni bir toplantı isteği oluşturun ve ardından şirket içi kullanıcıyı toplantıya ekleyin.

  3. Karma işaretleri döndürülürken, işaretçiyi üzerine alınca hata iletisinin iletiyi görüntülemesi gerekir. Hata iletisine hata kodu numarasını not yazın.

    OWA'dan hangi hata iletisini alasınız? hata iletisinin ne olduğunu belirler.

Takip etmek istediğiniz sorun giderme adımlarını daraltmanıza yardımcı olması için aşağıdaki listede uygun hata iletisini seçin:

Exchange 2010/2013 kullanıcısı bulut kullanıcısını serbest/meşgul bilgilerini görem (Hata Kodu 5039)

Ortamınıza web ara sunucusu ayarlarınız olması gerekirse, şirket içi sunucularının Exchange 2010 ve Exchange 2013 sunucularının bunu kullanmak üzere ayar olduğunu doğrulayın.

Şirket içi Exchange 2010 ve Exchange 2013 sunucularında, Şirket İçi Yönetim Kabuğu'Exchange çalıştırın:

Get-ExchangeServer | fl InternetWebProxy

Çoğu ortamda sonuçlar boş olur. Öte yandan, şirket içi ortamınıza giden ara sunucu kullanıyorsanız, doğru ara sunucu ayarlarını yapılandırmanız gerekebilir.

Bu sorunu çözmek için, adres ve bağlantı noktası numarasının sunucu adresiniz ve bağlantı noktası numaranız ile değiştir http://192.168.5.56:8080 olduğu aşağıdaki komutu çalıştırın:

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080

Bu, sorunlarınızı çözdü mü?

Exchange 2010/2013 kullanıcısı bulut kullanıcısı serbest/meşgul bilgilerini göremezse (sorun çözülmezse)

Sunucunuzda ayarlanmış olan sürenin 5 dakikadan fazla yanlış olduğundan emin olun. Sunucu süresi gerçek zamanlı olarak 5 dakikadan fazla ise, federasyon ağ geçidiyle iletişimler geçersiz hale gelir. Bu durum serbest/meşgullerin başarısız olmasına neden olur.

Sunucu zaman sorunlarını düzeltme hakkında bilgi için bkz. Windows Server'da yetkili bir saat sunucusu yapılandırma.

Bu, sorunlarınızı çözdü mü?

Exchange 2010/2013 kullanıcısı bulut kullanıcısını serbest/meşgul bilgilerini görem (Hata Kodu 5016)

Hedef adresin şirket içi MEU'da belirt olup olmadığını belirler. Her Bulut Posta Kutusu'nın buna karşılık gelen bir şirket içi nesnesi vardır. Bu nesnenin belirtilen doğru uzak yönlendirme adresi (hedef adres olarak da bilinir) olması gerekir. Uzak yönlendirme adresine benzer bir etki alanı adı içeriyor TenantName.Mail.OnMicrosoft.com olmalıdır.

Uzak yönlendirme adresinin ayar olduğunu doğrulamak için şu adımları izleyin:

  1. Exchange 2010 sunucusunda veya Exchange 2013 sunucusunda, Exchange Kabuğu'Exchange çalıştırın:

    Get-RemoteMailbox Username |fl RemoteRoutingAddress
    

    burada kullanıcı adı, serbest/meşgul bilgilerini görmeye istediğiniz bulut kullanıcı adının adıdır.

  2. Adresin şu içeriği içerdiğini doğrulayın TenantName.Mail.OnMicrosoft.com

    Get-RemoteMailbox çıktısı.

Not

Karma yapılandırma sihirbazını kullanmadınız, etki alanı adı seçtiğiniz uzak yönlendirme etki alanını yansıtmalı.

Bu, sorunlarınızı çözdü mü?

Exchange 2010/2013 kullanıcısı bulut kullanıcısını serbest/meşgul bilgilerini göreme (Hata kodu 5037)

Kullanıcılar için Serbest/Meşgul ayarının doğru yapılandırıldığından emin olun.

Çevrimiçi ayarlar için

Bağlan'Exchange Online kullanarak da Windows PowerShell. Bunun nasıl olduğu hakkında daha fazla bilgi için bkz. Bağlan Windows PowerShell hizmetine.

Windows PowerShell'de aşağıdaki komutu çalıştırın:

Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

Çıktı şuna benzer olmalıdır:

  • TargetApplicatioURI: AppURL.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: { Contoso.com }
  • FreeBusyAccessEnabled: True
  • FreeBusyAccessLevel: LimitedDetails

Değerin değişmesi gerekirse, özelliği düzeltmek set-OrganizationRelationship için cmdlet'i kullanın. Bunu yapmak için söz dizimi ve seçenekleri hakkında daha fazla bilgi için bkz. Set-OrganizationRelationship.

Şirket içi ayarları için

Exchange 2010/2013 CAS'ta, Yönetim Kabuğu'Exchange çalıştırın:

Get-OrganizationRelationship -Identity "On Premises to Exchange Online Organization Relationship"

Çıktı şuna benzer olmalıdır:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: { xxxx.mail.onmicrosoft.com , contoso.com }
  • FreeBusyAccessEnabled: True
  • FreeBusyAccessLevel: LimitedDetails

Değerin değişmesi gerekirse, özelliği düzeltmek set-OrganizationRelationship için cmdlet'i kullanın. Bunu yapmak için söz dizimi ve seçenekleri hakkında daha fazla bilgi için bkz. Set-OrganizationRelationship.

Bu, sorunlarınızı çözdü mü?

Exchange 2010/2013 kullanıcısı bulut kullanıcı serbest/meşgul bilgilerini göremmektedir (sorun çözülmezse)

Test federasyonu güveni olan bir belirteç oluşturulanın doğrulayın.

Şirket içi ortamında, Serbest/meşgul yetkilendirmesi için kullanılacak bir temsilci belirteci alaaksınız. Bunu yapmak için şu adımları uygulayın:

  1. Şirket içi Exchange 2010 veya 2013 sunucusundan Exchange Yönetim Kabuğu'Exchange açın.

  2. Kullanıcı'nın, bulut kullanıcısını serbest/meşgul bilgilerini görüntüleme sorunları olan şirket içi Test-FederationTrust -UserIdentity User@company.com -verbose kullanıcı olduğu komutu çalıştırın.

  3. Çıkış, her test için başarılı olmalı. Hata olursa, federasyon güveni sıfırlamayı denemek için Karma Yapılandırma Sihirbazı'nı yeniden kullanın.

    Test-FederationTrust'ın çıktısı.

Bu, sorunlarınızı çözdü mü?

Şirket içi Serbest/Meşgul, 2010/2013 için çalışmıyor

Bu kılavuz, Karma serbest/meşgul sorunlarını gidermek için kullanılır. Yanıtlarına bağlı olarak, şirket içi sorunlarınız vardır. Sık karşılaşılan şirket içi serbest/meşgul sorunlarını giderme hakkında bilgi için bkz. Outlook 2007 için Serbest/Meşgul Bilgilerini giderme.

Destek ekibine başvurun

Üzgünüz, tanımlanamayan bir sorunu bu kılavuzu kullanarak çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için Microsoft Desteği'ne gidin.

Diğer yararlı kaynaklar:

Araçlar ve kaynaklar

Aşağıda, Karma Serbest/Meşgul ile ilgili sorunları tanılamaya ilişkin bazı ek araç ve kaynaklar ve kaynaklar ve ve bunlar yer almaktadır:

Bu bilgiler yararlı mı?

  • Evet, tebrikler, sorun çözülmüş!
  • Ne olursa olsun, bu kılavuzu kullanarak bu sorunu çözemezsek.