Belirtiler
Karma bir ortamda, şirket içi posta kutusunda Kurtarılabilir Öğeler klasörü dolu olur ve bu klasördeki içeriği korumak için şirket içi Microsoft Exchange Server yapılandırılmış bir tutma olmasa bile kotasına ulaşır.
Neden
Bu davranış tasarım gereğidir. Bunun nedeni büyük olasılıkla şirket içi posta kutusuyla ilişkili kullanıcı nesnesi için Microsoft 365'te yapılandırılmış bir bekletme ilkesidir. Örneğin, şirket içi posta kutusu olan ve Microsoft Teams kullanan bir kullanıcının Teams sohbet öğelerine ayrı tutma sağlamak için yapılandırılmış bir bekletme ilkesi olabilir.
Microsoft 365'te bir bekletme ilkesi, bir kullanıcı nesnesini ayrı tutma altına yerleştirecek şekilde yapılandırıldıktan sonra, bu ayrı tutmanın GUID'i kullanıcı nesnesinin msExchUserHoldPolicies özniteliğine damgalanır. Bu öznitelik daha sonra Azure Active Directory'den (Azure AD) şirket içi Active Directory eşitlenir. Şirket içi Exchange Yönetilen Klasör Yardımcısı (MFA) temizlenebilir öğeler için posta kutusunu işlediğinde, msExchUserHoldPolicies özniteliğiyle karşılaşır. Ancak, Microsoft 365'te depolandığından yapılandırılan ayrı tutmanın ayrıntılarını alamıyor. Bu nedenle, korunması gerekebilecek verilerin silinmesini önlemek için MFA, öğeleri posta kutusunun DiscoveryHolds klasöründen temizlemeyi atlar. Zaman içinde bu klasör dolmaya başlar ve Kurtarılabilir Öğeler klasörünün kotasına ulaşmasına neden olur.
Geçici Çözüm
Bu davranışı geçici olarak çözmek için şu adımları izleyin:
-
Exchange Online PowerShell'e bağlanın.
-
Kullanıcı nesnesi için Microsoft 365'te yapılandırılan ayrı tutmanın GUID'sini almak için aşağıdaki cmdlet'i çalıştırın:Get-MailUser <affected on-premises mailbox> | fl InPlaceHolds
-
2. adımdaki çıkıştan alınan GUID için yapılandırılan ayrı tutma türünü belirleyin. Daha fazla bilgi için bkz. Exchange Online posta kutusuna yerleştirilmiş saklama türünü tanımlama.
-
Aşağıdaki seçeneklerden birini belirleyin:
-
Kuruluşunuzun ilkeleri tarafından izin veriliyorsa, etkilenen kullanıcıyı 3. adımda tanımlanan ayrı tutma ilkesinden kaldırın.
-
Microsoft 365'te ayrı ayrı kullanıcı nesnesi yerine kuruluşun tamamına uygulanacak şekilde ayrı saklamayı yapılandırın. Ardından, ayrı tutma ile ilişkili GUID, kullanıcı nesnesinin msExchUserHoldPolicies özniteliğine damgalamaz. Sonuç olarak, şirket içi Active Directory ile eşitlenmez.
-
Exchange Management Shell kullanarak "RecoverableItems" türünde bir bekletme ilkesi etiketine sahip bir bekletme ilkesi yapılandırın ve etkilenen posta kutusuna uygulayın.Örnek:New-RetentionPolicy "My archive policy" -RetentionPolicyTagLinks "Archive Recoverable Items contents after 30 days", <other retention tags to include if needed> #x2New-RetentionPolicyTag -Name "Archive Recoverable Items contents after 30 days" -Type RecoverableItems -AgeLimitForRetention 30 -RetentionAction MoveToArchive
Bu bekletme ilkesi, MFA'yı süresi dolan öğeleri kullanıcının arşiv posta kutusuna taşımaya yönlendirir ve böylece ana posta kutusunun kota sınırları altında kalmasına yardımcı olur.Not Arşiv posta kutusunun kendisi de sonunda bu senaryoda kota sınırlarına ulaşabilir. Varsa, Kurtarılabilir Öğeler klasöründeki öğeleri temizlemeniz veya silmeniz gerekir.
-
Notlar:
-
AdSIEdit gibi bir araç kullanarak ve posta kutusu temizleme işlemini başlatmak için MFA'yı çalıştırarak sorunlu saklamanın GUID'sini şirket içi kullanıcı nesnesinden geçici olarak kaldırmak mümkün olsa da, bu seçenek desteklenmez.
-
Ayrı tutma yapılandırmasını el ile düzenlemenin yasal sonuçları da olabilir. Bunun nedeni, bazı öğelerin korunmasına dair yasal yükümlülüklere rağmen bu süreçte silinebileceğindendir.
