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.
- Bulut kullanıcım, şirket içi bir kullanıcı için Serbest/Meşgul bilgilerini görememektedir
- Şirket içi kullanıcım, bulut kullanıcısı için Serbest/Meşgul bilgilerini görememektedir
- Serbest/meşgul sorunlarını gidermek için bazı yaygın araçları görmek istiyorum
- Karma Serbest/Meşgul'in nasıl çalışması gerektiğini daha iyi anlamak istiyorum
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:
Bu, sorunlarınızı çözdü mü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Karma ortam serbest/meşgul sorun gidericisine hoş geldiniz.
Exchange 2007 serbest/meşgul iş akışı
Aşağıdaki diyagramda, Exchange/meşgul iş akışı yer Exchange:
Bu, sorunlarınızı çözdü mü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Karma ortam serbest/meşgul sorun gidericisine hoş geldiniz.
Exchange 2003 serbest/meşgul iş akışı
Aşağıdaki diyagramda, Exchange/meşgul iş akışı yer Exchange:
Bu, sorunlarınızı çözdü mü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Karma ortam serbest/meşgul sorun gidericisine hoş geldiniz.
Ş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ü?
- Aldıysanız, Bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
- Hayırsa, bkz. Şirket içi serbest/meşgul bir sorun var.
Ş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
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>
Komutun yanıtında, "Adres" değeri CAS sunucusundaki şirket içi IP'Exchange gerekir. Örneğin: Ad:
autodiscover.contoso.comAdres: 38.96.29.10
2. Yöntem: Olası Otomatik Bulma URL'leri için Otomatik Bulma POSTASI isteği gönderebilirsiniz
- Microsoft Uzak Bağlantı Çözümleyicisi'ne gidin.
- Bağlantı Microsoft Office Outlook Testleri Otomatik Bulma'Outlook ardından Sonraki'yi seçin.
- 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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, Bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
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:
Karma Sunucu Exchange'da Çalıştırmayı Başlat'ı > seçin, %SystemDrive%\inetpub\logs\LogFiles yazın ve ENTER tuşuna basın.
W3SVC1 klasörünü ve ardından en son IIS günlük dosyasını açın.
Otomatik Bulma'da arama.
Aşağıdaki ekran görüntüsü, IIS günlüğünde Otomatik Bulma POST isteğinin bir örneğini gösterir:
Ş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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, Bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
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:
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.
Windows PowerShell'de aşağıdaki komutu çalıştırın:
Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FLDomainName değerini kontrol edin. Sunum etki alanı (
yourdomain.com) olmalıdır.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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, Bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
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.
Şirket içi Dağıtım Exchange 2010 karma dağıtım sunucusunda, Internet Information Services (IIS) Yöneticisi'ni açın.
SunucuAdı Sitesi > Varsayılan > Web Sitesi seçeneğini genişletin ve ardından Otomatik Bulma'yi seçin.
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:
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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, Bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
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:
Ş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,externalURLKarma 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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, Bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
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:
Exchange 2010/2013 CAS sunucusunda, Çalıştırmayı Başlat'ı > seçin, %SystemDrive%\inetpub\logs\LogFiles yazın ve ENTER tuşuna basın.
W3SVC1 klasörünü açın ve ardından en son IIS günlük dosyasını açın.
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:
Ş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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, Bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
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
Şirket içi dağıtım sunucusunda Exchange yöneticisini açın, Internet Information Services Yöneticisi'ni açın.
ServerName Sitesi > Varsayılan > Web Sitesi öğesini genişletin ve EWS öğesini seçin.
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 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ü?
- Evet, tebrikler, sorunuz çözüldü!
- Hayırsa, bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Bulut kullanıcısı Şirket içi kullanıcının Serbest/Meşgul bilgilerini görmüyor.
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
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.
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
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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Deha başvurun.
Ş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?
- Outlook 2010 posta kutusu olan bir kullanıcı olarak Exchange OWA istemcisinde oturum açabilirsiniz.
- Yeni bir toplantı isteği oluşturun ve toplantı isteğine bir bulut kullanıcısı ekleyin.
- Zamanlama yardımcısını görüntüken bulut kullanıcısı için karma işaretleri görüyor musunuz?
- Aldıysanız, bkz. Şirket içi kullanıcı bulut kullanıcıs ın Serbest/Meşgul bilgilerini görmüyor.
- Hayırsa, bkz. Exchange 2003 kullanıcısı bulut kullanıcısın serbest/meşgul bilgilerini görmüyor.
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).
- Bir Etki Alanı Denetleyicisi'nde Başlat 'ı ve Çalıştır'ı seçin, adsiedit.msc yazın ve ardından Tamam'ı seçin.
- ADSI Düzenleme'ye sağ tıklayın ve sonra Bağlan seçin.
- İyi bilinen bir Adlandırma Bağlamı seçin, Yapılandırma'ya ve ardından Tamam'a tıklayın.
- Configuration Services Microsoft Exchange First Organization Exchange Yönetim Grubu > > > > (FYDIBOHF23SPDLT) Sunucularını > genişletin.
- Sunucu 2010 Exchange sağ tıklayın ve Özellikler'i seçin.
- NesneGUID değerini kopyalayın ve not defteri metin dosyasına yapıştırın.
- Yapılandırma Hizmetleri Microsoft > Exchange > > First Organization > First Administrative Group Servers'a > inin.
- Exchange Server 2003'e sağ tıklayın ve Özellikler'i seçin.
- Exchange
ms-Exch-Folder-Affinity-List2010 objectGUID ile değerin ayar olduğunu doğrulayın. Exchange 2010 objectGUID öğesi 'de listelenmiyorsa, {guid of server} biçimini kullanarak bunums-Exch-Folder-Affinity-Listekleyin.
Bu, sorunlarınızı çözdü mü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Deha başvurun.
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:
- Bağlan 2010 SP1 veya Exchange ortak klasör sunucusuna gidin.
- Diğer Windows PowerShell.
- Cmdlet'i
Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setupçalıştırın. - 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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Exchange 2003 kullanıcısı bulut kullanıcısın serbest/meşgul bilgilerini görmüyor.
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:
Exchange 2010 sunucusunda, Yönetim Kabuğu'Exchange çalıştırın:
Get-RemoteMailbox Username |fl LegacyExchangeDNburada kullanıcı adı, serbest/meşgul bilgilerini görmeye istediğiniz bulut kullanıcı adının adıdır.
Sonuçlarda, Dış (FYDIBOHF25SPDLT) yolda olduğunu doğrulayın. Örneğin, sonuçlar yolu aşağıdaki gibi göster olmalıdır:
Bu, sorunlarınızı çözdü mü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Exchange 2003 kullanıcısı bulut kullanıcısın serbest/meşgul bilgilerini görmüyor.
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:
Exchange 2010 Exchange Yönetim Konsolu.
Konsol ağacında Araç Kutusu'nu seçin.
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.
Ortak Klasör Yönetim Konsolu'nde, eylem bölmesinde Sunucuya Bağlan öğesini seçin.
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.
Ortak Klasör Sunucularını Seç altında, Exchange 2010 sunucusunu seçin. Tamam'ı ve ardından Tamam'ı seçin.
Ortak Klasör ağacında Sistem Ortak Klasör > SCHEDULE+ SERBEST/BUSY klasörüne gidin.
Sonuç bölmesinde, EX:/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT) öğesini sağ tıklatın ve Özellikler'i seçin.
İzinler sekmesinde **Varsayılan kullanıcı için Tüm izin düzeyini düzenle'nin seçili olduğunu onaylayın:
Bu, sorunlarınızı çözdü mü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Exchange 2003 kullanıcısı bulut kullanıcısın serbest/meşgul bilgilerini görmüyor.
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:
Adsiedit kullanın.
- Bağlan Active Directory'de varsayılan adlandırma bağlamına göre arama yapmak için kullanın.
- Kullanıcılar kapsayıcısı'nın üzerine gidin ve federasyon e-posta hesabının özelliklerini görüntüleme.
- 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.
Exchange Server 2003'te Active Directory Kullanıcıları ve Bilgisayarları açın.
- Kullanıcılar kapsayıcısı'ne tıklayın ve FederatedEmail hesabına sağ tıklayın, ardından Özellikler'i seçin.
- 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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Exchange 2003 kullanıcınız bulut kullanıcıs ın serbest/meşgul bilgilerine erişe değil.
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?
- Outlook 2010 veya 2013 posta kutusu olan bir kullanıcı olarak Exchange veya OWA istemcisinde oturum açma.
- Yeni bir toplantı isteği oluşturun ve toplantı isteğine bir bulut kullanıcısı ekleyin.
- Zamanlama yardımcısını görüntüken bulut kullanıcısı için karma işaretleri görüyor musunuz?
- Evet ise bkz. Exchange 2010/2013 kullanıcısı bulut kullanıcısn serbest/meşgul bilgilerini görmüyor.
- Hayırsa, bkz. Exchange 2007kullanıcınız bulut kullanıcısın serbest/meşgul bilgilerine erişe değil.
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:
Şirket içi sunucuda, Yönetim Kabuğu'Exchange çalıştırın:
Get-AvailabilityAddressSpace | FL ProxyUrl Get-WebServicesVirtualDirectory | FL Server,InternalUrlProxyURL 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.asmxVe değerler
ProxyURLInternalURLeşşş ise, URL'ye 2007 CAS sunucusundan Exchange emin olun. Bunu yapmak içinProxyURLCASAvailabilityAddressSpace2007'den bir yere taşıma. Kimlik doğrulama bilgileri Exchange 2007 kaynak posta kutusu kimlik bilgileriyle. Beklenen sonuç aşağıdaki gibidir:
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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Deha başvurun.
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ü?
- Aldıysanız, bkz. Şirket içi kullanıcı bulut kullanıcıs ın Serbest/Meşgul bilgilerini görmüyor.
- Hayırsa, bkz. 2010/2013için Şirket içi Serbest/Meşgul çalışmıyor .
Ş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.
Etkilenen kullanıcının hesabını kullanarak şirket içi OWA'da oturum açın.
Yeni bir toplantı isteği oluşturun ve ardından şirket içi kullanıcıyı toplantıya ekleyin.
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.
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:
- Katılımcının sunucusu bulunamadı. Daha fazla bilgi için lütfen yardım masasına ulaşın. (Hata Kodu: 5039) .
- Katılımcının sunucusuyla bağlantı kuramadı. (Hata Kodu: 5016) .
- Bu katılımcının serbest/meşgul bilgilerini görme izniniz yok. (Hata kodu 5037) ile ).
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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Exchange 2010/2013 kullanıcısı bulut kullanıcısn serbest/meşgul bilgilerini görmüyor.
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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Deha başvurun.
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:
Exchange 2010 sunucusunda veya Exchange 2013 sunucusunda, Exchange Kabuğu'Exchange çalıştırın:
Get-RemoteMailbox Username |fl RemoteRoutingAddressburada kullanıcı adı, serbest/meşgul bilgilerini görmeye istediğiniz bulut kullanıcı adının adıdır.
Adresin şu içeriği içerdiğini doğrulayın
TenantName.Mail.OnMicrosoft.com
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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Exchange 2010/2013 kullanıcısı bulut kullanıcısn serbest/meşgul bilgilerini görmüyor.
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ü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Exchange 2010/2013 kullanıcısı bulut kullanıcısn serbest/meşgul bilgilerini görmüyor.
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:
Şirket içi Exchange 2010 veya 2013 sunucusundan Exchange Yönetim Kabuğu'Exchange açın.
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 -verbosekullanıcı olduğu komutu çalıştırın.Çı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.
Bu, sorunlarınızı çözdü mü?
- Evet, tebrikler, sorun çözülmüş!
- Hayırsa, bkz. Exchange 2010/2013 kullanıcısı bulut kullanıcısn serbest/meşgul bilgilerini görmüyor.
Ş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:
- Uzak Bağlantı Çözümleyicisi aracı
- Office Outlook 2007'de ve Outlook 2010'da kullanıcının serbest/meşgul bilgilerini görüntülemesini engelleyen Microsoft 365
- Video: Office Outlook İstemcileri'nin Serbest/Meşgul Microsoft 365
- Serbest/meşgul aramaları, şirket içi ortamda veya karma bir ortamda çalışmayı Exchange Server durdurmaktadır
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:
- Uzak Bağlantı Çözümleyicisi aracı
- Office Outlook 2007'de ve Outlook 2010'da kullanıcının serbest/meşgul bilgilerini görüntülemesini engelleyen Microsoft 365
- Video: Office Outlook İstemcileri'nin Serbest/Meşgul Microsoft 365
Bu bilgiler yararlı mı?
- Evet, tebrikler, sorun çözülmüş!
- Ne olursa olsun, bu kılavuzu kullanarak bu sorunu çözemezsek.