Outlook, MSIX eklerini kasımda kesecek: Özel izin vermeyen indiremeyecek

|Yazar: QUASA Editör Ekibi|4 dk okuma
Outlook, MSIX eklerini kasımda kesecek: Özel izin vermeyen indiremeyecek

Microsoft, 7 Ekim 2026'da aktarılan Microsoft 365 duyurusunda, Exchange Online'daki yeni Outlook for Windows ve Outlook on the web için .msix ile .msixbundle eklerini Kasım 2026'da varsayılan olarak engellemeyi planladığını bildirdi. Dağıtım kasım başında başlayacak ve ay ortasında tamamlanması bekleniyor. Politika uygulandığında kullanıcılar bu dosyaları e-posta eki olarak gönderemeyecek, alamayacak, açamayacak veya indiremeyecek.

Değişiklik, Windows uygulama paketlerini bu Outlook istemcilerinde posta eki olarak paylaşan kurumları ilgilendiriyor. TechRadar Pro'nun 7 Ekim tarihli haberinde Microsoft'un “Most organizations are not expected to be affected by this update” sözleri aktarılıyor; duyuru, bu dosya türlerinin seyrek kullanıldığını belirtiyor. Paket eklerine ihtiyaç duyan Exchange Online yöneticileri ise ilgili uzantıları kullanıcılarının OwaMailboxPolicy içindeki AllowedFileTypes listesine ekleyebilecek. Dosyayı bağlantıyla paylaşmak, ek için istisna açmadan kullanılabilecek diğer yol.

Hangi Outlook kullanıcıları etkilenecek?

Outlook ekleri arasında .msix ve birden fazla paketi içerebilen .msixbundle dosyaları.

Kapsam, Exchange Online posta kutusuna yeni Outlook for Windows veya Outlook on the web üzerinden erişen kullanıcılarla sınırlı olarak tanımlanıyor. Bu istemcilerde .msix ya da .msixbundle dosyasını iletiye ekleyen gönderen de, gelen ekten dosyayı açmaya veya indirmeye çalışan alıcı da değişiklikten etkilenecek. Bu nedenle bir kurumun etkilenip etkilenmeyeceğini yalnızca Microsoft 365 kullanması değil, uygulama paketlerini belirtilen istemcilerde e-posta eki olarak taşıması belirliyor.

.msix, Windows uygulamalarının kurulumunda kullanılan paket biçimi. .msixbundle ise farklı mimarilere veya yapılandırmalara uygun birden fazla MSIX paketini bir araya getirebiliyor. Bir yazılımın kurulum dosyasını e-postayla ileten ekip için her iki uzantı da önemli; gündelik belge alışverişi yapan kullanıcı içinse değişiklik doğrudan aynı iş akışına dokunmuyor. Engel, dosya adındaki uzantının posta kutusu politikasında nasıl sınıflandırıldığıyla ilgili.

Duyuruda klasik Outlook masaüstü istemcisi veya kişisel Outlook.com hesapları için aynı kasım değişikliği açıkça tanımlanmıyor. Bir kuruluşta farklı Outlook sürümleri birlikte kullanılıyorsa kapsamı bütün istemcilere yaymak yerine Exchange Online posta kutularıyla belirtilen iki istemciyi esas almak gerekiyor. Bu ayrım özellikle uygulama paketini gönderen kişiyle alan kişinin farklı Outlook sürümlerini kullandığı iş akışlarında önemli.

Kasım dağıtımında politika ne yapacak?

Exchange Online'da varsayılan ve özel OwaMailboxPolicy kurallarının MSIX eklerini engellemesi.

Planlanan güncelleme, .msix ve .msixbundle uzantılarını OwaMailboxPolicy içindeki BlockedFileTypes listesine ekleyecek. Duyuru hem varsayılan OWA posta kutusu politikasını hem de kurumların oluşturduğu özel politikaları kapsıyor. Dolayısıyla özel politika kullanılması, bu eklerin kendiliğinden erişilebilir kalacağı anlamına gelmiyor; etki, kullanıcının bağlı olduğu politikanın dosya türlerine nasıl izin verdiğine bağlı.

Kasım başı ile ay ortası arasındaki dönem bir dağıtım takvimi; bütün Exchange Online ortamları için tek bir etkinleşme saati verilmiş değil. Şu an için söz konusu olan, 7 Ekim'de duyurulan gelecek değişiklik. Bu ayrım, bugünkü ek davranışını kasımdaki varsayılan davranışla karıştırmamak açısından önemli: bazı kurumlar dağıtım sırasında diğerlerinden önce yeni kuralla karşılaşabilir.

Engel, Windows'un MSIX paketlerini kurma özelliğine yönelik genel bir yasak değil. Değişen şey, bu dosyaların belirtilen Outlook istemcilerinde e-posta eki olarak işlenmesi. Aynı paketi kurumsal dağıtım kanalından alan ekip ile doğrudan gelen kutusundaki ekten indiren ekip bu yüzden farklı sonuç görebilir. Güvenlik amacı da tam olarak posta ekinin teslim ve erişim yolundaki riski azaltmak.

Yönetici ne zaman izin tanımlamalı?

Kurumda .msix veya .msixbundle ekleri kullanılmıyorsa duyuruda yöneticiden bir işlem istenmiyor. Varsayılan engel bu durumda mevcut çalışmayı değiştirmeden uygulanabilir. Karar için bakılması gereken ihtiyaç, kurumun genel olarak MSIX kullanıp kullanmadığından daha dar: çalışanlar bu uzantılı dosyaları gerçekten belirtilen Outlook istemcilerinde ek olarak gönderiyor veya alıyor mu?

Bu e-posta akışı iş için gerekliyse yöneticinin seçeneği, uzantıları ilgili kullanıcıların OwaMailboxPolicy nesnelerindeki AllowedFileTypes listesine eklemek. İzin, dosya türüne yönelik bir istisnadır; belirli bir göndericiden gelen her paketin güvenli olduğuna dair onay vermez. Bu nedenle istisnanın hangi posta kutuları için gerekli olduğu, paketin nereden geldiği ve kurumun yazılım dağıtım yöntemi birlikte değerlendirilmelidir.

Örneğin yalnızca küçük bir ekip paket ekleriyle çalışıyorsa izin ihtiyacı da o ekibin posta kutularında doğar. Ara sıra dosya paylaşan bir ekipte ise bağlantı kullanımı, ek için izin tanımlama ihtiyacını ortadan kaldırabilir. Buradaki tercih iki ayrı soruya dayanır: dosyanın paylaşılması gerekli mi ve bunun özellikle e-posta eki üzerinden yapılması gerekli mi? İkinci sorunun yanıtı, varsayılan engelden istisna açılıp açılmayacağını belirler.

MSIX dosyası bağlantıyla nasıl paylaşılır?

MSIX dosyasının Outlook eki yerine OneDrive bağlantısıyla alıcıya paylaşılması.

Microsoft'un engellenen ekler için Outlook yönergesi, dosyanın OneDrive'a veya SharePoint gibi güvenli bir konuma yüklenip alıcıya bağlantısının gönderilmesini öneriyor. Bu yöntemde uygulama paketi iletinin eki olarak taşınmıyor; alıcı dosyaya bağlantının açtığı konumdan erişiyor. Dolayısıyla posta kutusu politikasında .msix ya da .msixbundle için genel bir istisna tanımlamadan paylaşım ihtiyacı karşılanabiliyor.

Microsoft'un yönergesindeki ayrıntı şu: OneDrive'daki dosyayı yeniden e-posta eki olarak iliştirmek ile yalnızca paylaşım bağlantısını göndermek aynı işlem değil. Engellenen dosya için istenen, bağlantının iletilmesi. Alıcının dosyayı açabilmesi veya indirebilmesi de bağlantıya tanımlanan erişim izinlerine bağlı; bağlantı, kurumun dosya paylaşım kurallarıyla uyumlu olmalı.

Bağlantı yöntemi, dosyanın içeriğini kendiliğinden güvenli hâle getirmez. Ancak paketi posta eki yerine erişimi yönetilebilen bir konumda tutar ve varsayılan Outlook engeli için istisna açma gereğini azaltır. Kasım ortasına kadar tamamlanması beklenen dağıtım sonrasında, uygulama paketini hâlâ e-posta eki olarak indirmek isteyen kullanıcının erişimi kendi posta kutusuna uygulanan izin kararına bağlı olacak.

Ayrıca okuyun:

Paylaş:

Bültenimize abone olun

En son Web3, yapay zekâ ve kripto haberleri doğrudan gelen kutunuza gelsin.

0