Hybrid Exchange’de msExchMailboxGuid ve Cloud Mailbox Davranışı

Hybrid Exchange, On-Premises Exchange Server'lar ile Exchange Online arasında ortak bir kimlik altyapısı, ortak bir Mail Routing düzeni ve kademeli Migration imkânı sunan bir Coexistence mimarisidir. Bu mimaride On-Premises Exchange Server üzerinde aktif bir UserMailbox'ı bulunan kullanıcı, Microsoft Entra Connect Sync ile Microsoft Entra ID'ye Sync edilir ve bu sırada Exchange'e ait Attribute seti de Cloud tarafına taşınır. Exchange Online bu kullanıcıyı, mevcut On-Premises Mailbox'ın Cloud temsilcisi olan MailUser objesi olarak tutar.

Sync edilen bu Attribute setinin içinde On-Premises Mailbox'ın kimliğini taşıyan msExchMailboxGuid Attribute'u da yer alır. Kullanıcıya Exchange Online lisansı atandığında ikinci bir Cloud UserMailbox oluşmamasının nedeni lisans eksikliği veya bir Provisioning hatası değildir. Exchange Online, Sync edilen Exchange Attribute'ları nedeniyle objeyi MailUser olarak tutmaya devam eder. Exchange Online tarafındaki gerçek UserMailbox, Mailbox Hybrid Remote Move ile taşındığında oluşur. Bu noktada On-Premises taraftaki obje de RemoteUserMailbox olarak temsil edilmeye başlar.

Bu zinciri adım adım ele alacağız: Exchange Attribute'larının Cloud'a nasıl taşındığı, Exchange Online'ın bu objeyi neden MailUser olarak tuttuğu, msExchMailboxGuid değerinin Migration ve Offboarding sırasında nasıl davrandığı ve bu durumun ortamda nasıl doğrulanacağı.

Senaryo

Hybrid Exchange ortamlarında sıkça karşılaşılan bir durum vardır. Kullanıcının On-Premises Exchange Server üzerinde aktif bir Mailbox'ı bulunur ve henüz Exchange Online'a Migrate edilmemiştir. Kullanıcı Microsoft Entra Connect Sync ile Microsoft Entra ID'ye Sync edilmiştir, Exchange Attribute'ları Cloud tarafına ulaşmıştır ve Exchange Online tarafındaki obje MailUser'dır. Bu kullanıcıya bir Exchange Online lisansı atandığında, beklenenin aksine ikinci bir Cloud UserMailbox oluşmaz. Microsoft 365 Admin Center üzerinde kullanıcının Mail sekmesinde aşağıdaki bilgilendirme mesajı görüntülenir.

"This user's on-premises mailbox hasn't been migrated to Exchange Online. The Exchange Online mailbox will be available after migration is completed."

Bu aslında beklenen Hybrid davranışıdır. Kullanıcının Mailbox'ı zaten On-Premises'te bulunduğu için Exchange Online aynı kullanıcı için ikinci bir Mailbox açmaz. Kullanıcı Exchange Online tarafında MailUser olarak kaldığı sürece mesaj Mail sekmesinde görünmeye devam eder ve lisansın atanmış olması bu durumu değiştirmez.

Bu davranış pek çok yönetici tarafından bir hata olarak algılanır. Exchange Online'ın bu kararı hangi bilgiye dayanarak verdiğini görmek için önce Exchange Attribute'larının Cloud tarafına nasıl ulaştığına bakmamız gerekiyor.

Exchange Attribute'larının Entra Connect Sync ile Aktarımı

Exchange Online'ın, Mailbox'ı On-Premises'te bulunan bir kullanıcı için doğru Recipient Type yorumunu yapabilmesi, On-Premises Exchange Attribute'larının Cloud tarafına ulaşmasına bağlıdır. Microsoft Entra Connect Sync, msExchMailboxGuid dahil Exchange Attribute'larını On-Premises AD'den Entra ID'ye taşır. Entra ID'deki değişiklikler ardından Exchange Online dizinine replike edilir ve Exchange Online, Recipient objesini bu Sync edilen Exchange Attribute setine göre oluşturur ve yorumlar.

Sync Yönü ve Exchange Hybrid Writeback Farkı

msExchMailboxGuid dahil gerekli Exchange Attribute'ları, Microsoft Entra Connect Sync tarafından On-Premises Active Directory'den Cloud yönüne senkronize edilir. Bu Forward Sync akışı için Exchange Hybrid Deployment seçeneğinin etkinleştirilmesi gerekmez.

Entra Connect kurulumu sırasında Optional Features ekranında yer alan Exchange Hybrid Deployment seçeneği ise ters yönü açar. Bu seçenek etkinleştirildiğinde msExchArchiveStatus, msExchSafeSendersHash, msExchBlockedSendersHash ve publicDelegates gibi belirli Attribute'lar Cloud'dan On-Premises AD'ye geri yazılır. proxyAddresses tarafında ise Attribute'un tamamı geri yazılmaz, yalnızca Exchange Online'dan gelen X500 adresi On-Premises objeye eklenir. Bu akışa Exchange Hybrid Writeback denir ve Writeback edilen Attribute listesi On-Premises Exchange Schema sürümüne göre daralabilir.

Sync yönü açısından dikkat edilmesi gereken nokta şudur: msExchMailboxGuid yalnızca On-Premises'ten Cloud yönüne taşınır ve Exchange Hybrid Writeback kapsamında yer almaz. Cloud tarafında oluşan bir ExchangeGuid değeri On-Premises RemoteMailbox objesine otomatik olarak geri yazılmaz. Bu kısıtın pratik etkisini Offboarding senaryosunda göreceğiz.

Exchange Online'ın Recipient Type Yorumlaması

Mailbox'ı On-Premises'te bulunan bir kullanıcı Entra ID'ye Sync edildiğinde, Exchange Online bu objeyi Sync edilen Exchange Attribute'larına bakarak MailUser olarak Provision eder ve On-Premises Mailbox'ın GUID değerini ExchangeGuid özelliğinde tutar. MailUser, kullanıcının kimliğinin Tenant'ta kayıtlı olduğunu ancak gerçek Mailbox'ının On-Premises Exchange Server üzerinde barındığını ifade eder. Bu kullanıcıya gelen e-postalar da Exchange Online'da bir Mailbox'a değil, On-Premises adresine yönlendirilir.

Bu Hybrid senaryoda Exchange Online lisansı tek başına ikinci bir Cloud Mailbox oluşturmaz. Kullanıcı Exchange Online tarafında MailUser olarak tutulduğu için lisans atanması mevcut Recipient Type'ı UserMailbox'a dönüştürmez. On-Premises Mailbox'ı bulunmayan ve Cloud Mailbox Provisioning için uygun olan kullanıcılar ise farklı bir senaryodur.

MailUser ve RemoteUserMailbox Terminolojik Ayrımı

Hybrid Exchange terminolojisinde sıkça karıştırılan iki Recipient Type vardır. Aşağıdaki tabloda, kullanıcının aktif Mailbox konumuna göre On-Premises Exchange ve Exchange Online taraflarındaki Recipient Type'lar karşılaştırılmıştır.

İncelediğimiz senaryodaki obje MailUser'dır. RemoteUserMailbox ise ters senaryoda karşımıza çıkar ve Mailbox'ı Exchange Online'da olan bir kullanıcının On-Premises tarafındaki temsilcisidir. İki tip de "Mailbox başka tarafta" anlamını taşır, ancak biri Cloud'da, diğeri On-Premises'te bulunur ve farklı yönlerde çalışır.

msExchMailboxGuid Attribute'unun Rolü

msExchMailboxGuid, On-Premises Exchange Mailbox'ının benzersiz GUID değerini taşır. Mailbox Enable-Mailbox veya New-Mailbox cmdlet'i ile oluşturulduğu anda Exchange tarafından otomatik olarak Set edilir. Exchange Online tarafında aynı değer, MailUser objesinin ExchangeGuid özelliği olarak görünür.

msExchMailboxGuid, Sync edilen Exchange Attribute seti içinde On-Premises Mailbox'ın kimliğini taşıyan temel Attribute'lardan biridir. Exchange Online'ın MailUser objesini mevcut On-Premises Mailbox ile ilişkilendirebilmesi bu değere dayanır. Exchange Online, Attribute setinin bütününe bakarak kullanıcının On-Premises'te aktif bir Mailbox'a sahip olduğunu anlar ve aynı kullanıcı için ikinci bir UserMailbox Provision etmez. Böylece Duplicate Mailbox oluşumu engellenir. Microsoft 365 Admin Center'daki uyarı, kullanıcının bu şekilde MailUser olarak tutulduğu durumla birlikte görülür. Microsoft, mesajın hangi Attribute veya Recipient durumu kombinasyonuyla tetiklendiğini ayrıntılı olarak belgelemez.

Migration Sırasında GUID Davranışı

Migration öncesinde Exchange Online tarafında MailUser bulunur ve bu objenin ExchangeGuid değeri On-Premises Mailbox'ın GUID değeriyle eşleşir. Hybrid Remote Move başlatıldığında Mailbox Replication Service (MRS) Mailbox içeriğini Exchange Online'a taşır. Move tamamlandığında Exchange Online tarafındaki Recipient UserMailbox olur, On-Premises taraftaki obje ise RemoteUserMailbox olarak temsil edilir. Bu senaryoda Exchange Online tarafındaki UserMailbox, Hybrid Remote Move tamamlandığında oluşur.

Taşıma sonrasında GUID değeri iki tarafta da aynı Mailbox kimliğini göstermeye devam eder ve On-Premises obje Cloud Mailbox'a doğru şekilde referans verir. GUID, Mailbox silinip yeniden oluşturulmadığı sürece sabit kalır. Mailbox Disable edilip yeniden Enable edilirse yeni bir GUID üretilir. On-Premises Mailbox ile Exchange Online'daki MailUser arasında ExchangeGuid değeri eşleşmezse Move Request başarılı olamaz.

Offboarding ve Writeback Kısıtı

GUID'in tek yönlü taşınması, ters yöndeki Mailbox Move senaryolarında kendini gösterir. Mailbox On-Premises'ten Migrate edilmeyip doğrudan Cloud'da oluşturulduysa, örneğin New-RemoteMailbox ile açıldıysa, Cloud Mailbox'ın ExchangeGuid değeri On-Premises RemoteUserMailbox objesine yazılmayabilir. On-Premises taraftaki ExchangeGuid boş (00000000-0000-0000-0000-000000000000) kalırsa Mailbox On-Premises'e geri taşınmak istendiğinde Move işlemi başarısız olur. Bu nedenle Offboarding öncesinde GUID eşleşmesinin sağlanması gerekebilir.

Bu durumda değer önce Exchange Online PowerShell oturumunda Cloud Mailbox'tan okunur.

Get-Mailbox -Identity {Kullanıcı} |
    Format-List Name, ExchangeGuid, ArchiveGuid

Okunan değerler, On-Premises Exchange Management Shell'de ilgili RemoteUserMailbox objesine yazılır. Kullanıcının Online Archive'ı varsa msExchArchiveGuid için de aynı eşleşme gerekir. Archive yoksa -ArchiveGuid parametresi komuttan çıkarılır. {Kullanıcı}, {ExchangeGuid} ve {ArchiveGuid} değerlerini kendi ortamınıza göre değiştirmeniz gerekir.

Set-RemoteMailbox -Identity {Kullanıcı} -ExchangeGuid {ExchangeGuid} -ArchiveGuid {ArchiveGuid}

Cloud-Based Exchange Attribute Management ile İlişkisi

Microsoft'un Cloud-Based Exchange Attribute Management özelliği, Mailbox'ı Exchange Online'da bulunan Sync edilmiş kullanıcıların Exchange Attribute'larının yönetim kaynağını (Source of Authority) IsExchangeCloudManaged özelliğiyle Cloud'a taşır. Belirlenmiş Attribute'lar Microsoft Entra Cloud Sync üzerinden On-Premises AD'ye geri yazılabilir. Aktif Mailbox'ı On-Premises'te bulunan kullanıcı, yani bu makaledeki senaryo, özelliğin doğrudan kapsamında değildir.

msExchMailboxGuid bu özelliğin Writeback kapsamında da yer almaz. Mailbox On-Premises'e geri taşınmadan önce IsExchangeCloudManaged değerinin $false yapılarak yönetimin On-Premises'e döndürülmesi gerekir, aksi halde On-Premises'ten gelen güncellemeler engellenir ve Offboarding bozulur.

Cloud Mailbox'ın Yanlışlıkla Oluştuğu Durumlar

Buraya kadar anlatılan koruma, msExchMailboxGuid dahil Exchange Attribute setinin Cloud tarafına ulaşmasına bağlıdır. Bu Attribute seti Cloud'a ulaşmazsa Exchange Online, kullanıcının On-Premises Mailbox durumunu doğru yorumlayamayabilir. Bu durumda lisans atanması, On-Premises Mailbox varken istenmeyen ikinci bir Cloud Mailbox oluşmasına yol açabilir.

Exchange Attribute setinin Cloud tarafına doğru şekilde ulaşmaması veya Tenant genelinde Exchange Attribute yönetiminin tüm On-Premises Mailbox'lar Migrate edilmeden önce Cloud'a taşınması, beklenen MailUser durumunun oluşmamasına neden olabilir. Özellikle Set-OrganizationConfig -ExchangeAttributesCloudManagedByDefault ayarının erken etkinleştirilmesi desteklenen Hybrid Recipient akışını bozar. Microsoft bu yapılandırmayı desteklemez. Ayar açıldıktan sonra oluşturulan On-Premises alıcılar yalnızca kimlik Attribute'larıyla Sync edilir, beklenen MailUser oluşmaz ve bu kullanıcıların Mailbox'ları Exchange Online'a Migrate edilemez.

Ortam Üzerinde Doğrulama

Kullanıcının Hybrid ortamdaki durumunu doğrulamak için iki tarafta da Recipient Type ve GUID değerine bakıyoruz. On-Premises tarafında Exchange Management Shell'de aşağıdaki komut çalıştırılır. Komut yalnızca okuma yapar, View-Only Recipients yetkisi yeterlidir.

Get-Mailbox -Identity firat.boyan |
    Format-List Name, RecipientTypeDetails, ExchangeGuid, ArchiveGuid

Çıktıda RecipientTypeDetails değerinin UserMailbox olması ve ExchangeGuid alanında bir GUID görünmesi, Mailbox'ın On-Premises'te aktif olduğunu gösterir.

Exchange Management Shell'e erişimin olmadığı bir yönetim makinesinde aynı değer Active Directory PowerShell modülüyle de okunabilir. msExchMailboxGuid AD'de byte dizisi olarak tutulduğu için okunabilir GUID formatına dönüştürülmesi gerekir.

Get-ADUser -Identity firat.boyan -Properties msExchMailboxGuid |
    Select-Object Name, @{Name = 'msExchMailboxGuid'; Expression = { [guid]$_.msExchMailboxGuid }}

Exchange Online tarafında ise Connect-ExchangeOnline ile açılan oturumda aynı kullanıcının MailUser objesi kontrol edilir.

Get-MailUser -Identity firat.boyan@abc.com |
    Format-List Name, RecipientTypeDetails, ExchangeGuid, ArchiveGuid

RecipientTypeDetails değerinin MailUser olması ve ExchangeGuid değerinin On-Premises'te okunan GUID ile birebir aynı olması, kullanıcının Hybrid Recipient durumunun doğru olduğunu ve Exchange Online tarafındaki MailUser objesinin On-Premises Mailbox ile doğru GUID üzerinden ilişkilendirildiğini gösterir. Bu durumda lisans atansa dahi ikinci bir Cloud Mailbox oluşmaması beklenen davranıştır. Get-MailUser kullanıcıyı bulamıyorsa, gerekli Exchange Attribute'larının Cloud tarafına senkronize edilip edilmediği kontrol edilmelidir.

Bu kontrol Recipient durumunu ve GUID eşleşmesini doğrular. Remote Move için Hybrid yapılandırması, MRSProxy, Migration Endpoint ve gerekli Mailbox Move izinleri ayrıca doğrulanmalıdır.

Önemli Noktalar

✔ Mailbox'ı On-Premises'te bulunan kullanıcının On-Premises Exchange tarafındaki Recipient Type'ı UserMailbox'tır.

✔ Aynı kullanıcının Cloud tarafındaki Sync edilmiş temsili MailUser'dır.

✔ Exchange Online lisansı, MailUser olarak tutulan bu kullanıcı için ikinci bir UserMailbox oluşturmaz.

✔ Bu karar Sync edilen Exchange Attribute setine dayanır.

✔ msExchMailboxGuid, bu sette On-Premises Mailbox kimliğini taşıyan ve Exchange Online'da ExchangeGuid olarak görünen temel Attribute'lardan biridir.

✔ Hybrid Remote Move tamamlandığında Exchange Online tarafındaki Recipient UserMailbox olur.

✔ Aynı anda On-Premises taraftaki obje RemoteUserMailbox olarak temsil edilir.

✔ GUID eşleşmesi, Migration ve Offboarding süreçlerinin başarıyla tamamlanması için gereklidir.

✔ Gerekli Exchange Attribute'ları Cloud tarafına ulaşmazsa veya Tenant genelinde Exchange Attribute yönetimi erken Cloud'a taşınırsa beklenen MailUser durumu bozulabilir ve Duplicate Mailbox riski oluşabilir.

Sonuç

Hybrid Exchange ortamında On-Premises Mailbox'ı bulunan ve Exchange Attribute'ları Cloud'a Sync edilmiş bir kullanıcıya Exchange Online lisansı atanması ikinci bir Cloud Mailbox oluşturmaz. Exchange Online objeyi MailUser olarak tutar. msExchMailboxGuid dahil Sync edilen Exchange Attribute seti, bu objenin mevcut On-Premises Mailbox ile ilişkili olduğunu gösterir. Bu senaryoda Exchange Online tarafındaki UserMailbox, Hybrid Remote Move tamamlandığında oluşur ve On-Premises obje RemoteUserMailbox olarak temsil edilir.

Bu GUID'in nereden geldiğini, hangi yönde taşındığını ve nerede geri yazılmadığını bilmek, Migration öncesi kontrollerde, Offboarding hazırlığında ve Duplicate Mailbox sorunlarının tanısında doğru başlangıç noktasını sağlar.

Faydalı olması dileğiyle...