Kategori arşivi: Exchange Server 2016

Exchange Server 2016 DAG Activation Preference Değişimi – PreferenceMoveFrequency

Exchange Server 2010 sürümünden beri son derece
başarılı bir şekilde çalışan DAG mimarisi sayesinde kesintisiz bir mail sistemi
deneyimi sunmaktadır. Aslen 2007 sürümünde temelleri atılan ancak 2010 sürümü
ile ideal yapıya kavuşan DAG yani temelde log replikasyonu sayesinde mailbox
sunucuları arasındaki eşitleme özelliği sayesinde olası bir sorunda posta kutusu
seviyesinde herhangi bir kesinti olmadan kullanıcılarımız mailerine ulaşmaya
devam edebilmektedir.

clip_image001

 

Ancak her yeni sürüm hatta CU güncellemesi ile DAG
üzerinde birtakım iyileştirmelerin yapıldığını da görüyoruz. Aslında bunlar
küçük iyileştirmeler olsa bile son derece önemli sonuçlar doğurabiliyor. Bende
bu makalemde aslında Exchange Server 2019’ un çıktığı şu dönemde Exchange
Server 2012 CU2 ile gelen yeni bir özelliği yazmak istedim. Peki nedir bu yeni
özellik ve neden şimdi yazma ihtiyacı duydum?

Öncelikle değişim aslında DAG mimarisi içerisindeki
Activation Preference olarak isimlendirdiğimiz pasif kopyalar için öncelik
sırası olarak da özetleyebileceğimiz bir mekanizmanın “
PreferenceMoveFrequency” olarak isimlendirilen yeni bir
özellikle güçlendirilmesidir. DAG mimarisini bilen ve kullanan sistem
yöneticilerinin tecrübe ettiği gibi aslında Activation Preference çok kritik bir
değer olup hangi veri tabanının öncelikle hangi sunucu üzerinde aktif olacağını
seçebiliyoruz, bu sayede olası bir yama yükleme, sunucu kapatma açma veya
felaket sonrasında sistem planladığımız tasarıma göre yük dağılımını
gerçekleştirebilecektir. Ancak genel sorun Türkiye başta olmak üzere pek çok
yapıda Exchange Server DAG mimarisi aynı site içerisinde 2 sunucu ile
kurulmaktadır. Yani 1000 üstü kullanıcı bile olsa daha güçlü iki makine ile tüm
posta kutularına hizmet verebilmekteyiz. Tabiki banka, Telekom, gsm veya büyük
şirketlerde kullanıcı sayıları 5000, 10.000, 30.000 şeklinde arttıkça mimari
büyüyor. Ancak zaten o boyuttaki şirketlere genelde bizim gibi üst seviye
yapılarda danışmanlık yapmış insanlar destek verdiği için makalenin konusu olan
özelliği biz bu CU güncellemesine kadar zamanlanmış görevler ile elle
yapıyorduk. Yani bir nevi büyük yapılar zaten başının çaresine
bakıyordu.

Sorun neydi peki?

Okumaya devam et

How to Exclude a Mailbox Database from Automatic Mailbox Provisioning in Exchange Server

Exchange Server 2010 ve sonrasında gelen bir özellik olan Auto Provisioning sayesinde yeni açılan posta kutuları mevcut veri tabanlarına otomatik olarak dağılmaktadır. Yeni bir posta kutusu açmak için ister web ara yüzü ister komut setini kullanın veri tabanı belirtmeniz şart değildir.

clip_image002

clip_image003

Okumaya devam et

Exchange Server Üç Aylık Değişiklik Güncellemeleri Yayınlandı! Quarterly Exchange Updates Released

Başlığa baktıktan sonra birde yayınlanma tarihlerine bakıp neden bu haberi bu kadar geç paylaştığımı düşünebilirsiniz, hemen aklınıza yama çıkar çıkmaz yükleyince oluşan sorunlar gelebilir ama inanın öyle değil bu sefer, bildiğiniz bulutun yoğunluğu bizi bu hale getirdi. Evet önceleri bir exchange güncellemesi çıkınca ki heyecanımız artık yavaş yavaş kayboluyor. Bulut her geçen gün o kadar hızlı ve otomatik güncelleniyor ki artık on-prem sistemlerin yamaları heyecan vermiyor, bunun doğal bir sonucu olarakta bayrakladığım bir iş olmasına rağmen ancak fırsat bulabiliyorum.

Her zaman olduğu gibi pek çok sorun düzeltilmiş ve yeni özellikler sunulmuş, ama onlardan birisi var ki Hybrid Modern Authentication çok önemli. Yani artık bulut üzerinden alınan yetkilendirme ile on-prem exchange sunucularına bağlantı sağlayabiliyoruz. Bu da özellikle hybrid çalışan organizasyonlar için başta daha güvenli bir iletişim olmak üzere pek çok avantaj sunuyor.

Daha fazla bilgi için kaynak linkimi inceleyebilirsiniz.

 

Kaynak

https://blogs.technet.microsoft.com/exchange/2017/12/19/released-december-2017-quarterly-exchange-updates/

 

Exchange Control Panel ECP Üzerindeki Alert – Uyarıların Sıfırlanması

Exchange Server 2013 ve sonrasındaki web panel üzerinde artık sistemler hakkındaki kritik sorunları daha rahat takip edebiliyoruz.

Ancak bu bir süre sonra can sıkıcı olabiliyor. Özellikle bilginiz dahilinde olan bazı durumlar için bunları görmek istemiyorsunuz. Ara yüz üzerinde sizin de fark ettiğiniz gibi bunları silmek için bir bölüm yok. Aslında PS üzerinde de yok ama görüntülemek için powershell üzerinden aşağıdaki gibi önce mevcut uyarıları görüntülüyoruz

Get-Notification komutunu kullanıyoruz

Peki bu durumda ne yapmamız gerekiyor, böyle bir durum için expire olan sertifikaları silmeniz uyarıların otomatik olarak yok olmasını sağlayacaktır. Veya başka ne tür durumlar da bu uyarılar çıkmaktadır?

Unknown, ImportPST, ExportPST, Migration, MailboxRestore, CertExpiry

Örneğin taşıma işlemi yaptınız uyarı çıkar, taşıma işlemini silerseniz ama otomatik gider. Sertifika expire oldu alert çıkar, ama yeniler veya silerseniz yine otomatik gider.

 

iOS 11 Mail Uygulaması Outlook.com, Office 365, ve Exchange Server 2016 ile uyumlu Değil – IOS 11 Active Sync Sorunu

Merhaba, malum IOS 11 çıktı ve hızlıca insanlar denemeye başladı, ancak özellikle Microsoft mail sistemleri kullananlar bazı sorunlar yaşıyor. Bir takım kayıt defteri değişiklikleri ile sorun çözülebiliyor olsa da şu anda değişiklikler önerilmiyor. Microsoft ve Apple konu üzerinde çalışıyor.

https://support.microsoft.com/en-us/help/4043473/you-can-t-send-or-reply-from-outlook-com-office-365-or-exchange-2016-i

 

Microsoft Exchange Server 2016 Health Mailbox

Kimi zaman health mailbox sayısı hakkında müşteri tarafında acaba neden bu kadar health mailbox var gibi sorular gelebiliyor, buradaki temel mantık, bir sunucu üzerindeki her bir veri tabanı için bir tane health mailbox açılır. Aynı durum kopyalar içinde geçerlidir. Yani örneğin iki sunucunuz var. A sunucusunda 10 tane aktif DB var ise 10 HMailbox, diğer sunucuda B sunucusunda ise 10 kopya var ise onda da 10 tane HMailbox oluşturulur.

Microsoft Exchange Notifications Broker as stopped Hatası Hakkında

Exchange Server kullananların çok sık karşısına çıkan bir hatadır; Exchange Server’ ı yeni kurmanıza rağmen sunucuya logo olduğunuz zaman karşınıza otomatik olarak çıkan Server Manager üzerinde aşağıdaki gibi bazı servislerin çalışmadığına dair uyarı alırsınız.

Hangi servis hata vermiş diye üzerine tıkladığınızda ise aşağıdaki gibi belki diğer servislerin yanında içerisinde Microsoft Exchange geçtiği için tedirgin olursunuz. Yeni tertemiz kurulum yaptım şimdi bu sorun nereden çıktı diye düşünebilirsiniz?

Otomatik olması gereken bir Exchange servisi neden çalışmaz? Öncelikle bu servis ne yapar ona bakmak lazım, TechNet den kontrol ettiğiniz zaman bu servis için açıklama aşağıdaki gibidir;

Notifications Broker hizmeti, sunucu her başlatıldığında bir yapılandırma denetimi gerçekleştirir. Kendisi için yapılacak bir eylem yok ise 30 saniye sonra otomatik olarak durur. Siz elle çalıştırsanız dahi aynı şekilde 30 saniye sonra yine duracaktır ve bunlar için olay günlüklerinde de herhangi bir bilgi göremeyeceksinizdir. Özetle aslında bu hatayı görmezden gelebilir veya aşağıdaki yöntem ile sürekli olarak bunu görmekten kurtulabilirsiniz

Server Manager üzerinde service hatası üzerine tıkladığınızda aşağıdaki gibi ek bir pencere açılır.

Daha sonra açılan bu pencereden “Services” kısmına tıklayıp takip edilen servislerin arasında “Microsoft Exchange Notifications Broker” servisinin yanındaki kutucuğu kaldırmanız yeterlidir.

Umarım faydalı bir ipucu olmuştur.

Kaynak

https://technet.microsoft.com/en-us/library/jj150489(v=exchg.160).aspx

 

Number of Recipients per Message – Exchange Server Mesaj içerisindeki Alıcı Limitleri

Number of Recipients per Message – Exchange Server Mesaj içerisindeki Alıcı Limitleri

Bu makalemde sizlere Exchange Server üzerinde alıcı limitlerinin nasıl değiştirileceğini anlatacağım. Exchange server üzerinde alıcı limitlerini birkaç farklı şekilde değiştirebilirsiniz. Temel olarak alıcı limitlerini 4 farklı başlıkta inceliyoruz, bunlar aşağıdaki gibidir;

  • Mailbox
  • Organization
  • Connector (for Receive connectors only)
  • Transport server

Yani organizasyon seviyesinde, kullanıcı posta kutusu seviyesinde, receive connector üzerinde veya transport servisi seviyesinde yapılandırabiliriz.

Öncelikle mevcut organizasyon seviyesinde varsayılan rakamları aşağıdaki komut setleri ile kontrol edebiliriz;

Get-TransportConfig | fl MaxRecipientEnvelopeLimit

Konumuzun biraz dışında ama tek bir komut ile hem alma hem gönderme limitlerini hemde alıcı limitini organizasyon seviyesinde aşağıdaki komut ile görüntüleyebilirsiniz;

Get-TransportConfig | Format-List MaxReceiveSize,MaxSendSize,MaxRecipientEnvelopeLimit

Connector seviyesinde aşağıdaki komutu kullanabilirsiniz

Öncelikle Get-ReceiveConnector komutu ile alıcı limitini kontrol etmek istediğiniz connector ismini not alın. Daha sonra aşağıdaki komutta bu ismi kullanabilirsiniz.

Get-ReceiveConnector -Identity “EXC01\Default Frontend EXC01” | fl MaxRecipientsPerMessage

Exchange Server 2016 kurulumu ile beraber gelen varsayılan 5 connector için limitler aşağıdaki gibidir;

Transport service on Mailbox servers

Default <ServerName> 5000

Client Proxy <ServerName> 200

Front End Transport service on Mailbox servers

Default Frontend <ServerName> 200

Outbound Proxy Frontend <ServerName> 200

Client Frontend <ServerName> 200

Benzer şekilde connectorlar için alıcı limiti yanında size yani boyut – size limitlerini de görmek için aşağıdaki PS komutunu kullanabilirsiniz

Get-ReceiveConnector | Format-Table Name,Max*Size,MaxRecipientsPerMessage; Get-SendConnector | Format-Table Name,MaxMessageSize; Get-AdSiteLink | Format-Table Name,MaxMessageSize; Get-DeliveryAgentConnector | Format-Table Name,MaxMessageSize; Get-ForeignConnector | Format-Table Name,MaxMessageSize

Transport seviyesinde ise aşağıdaki gibi bir komutu kullanabiliriz;

Get-TransportService -Identity “EXC01” | fl PickupDirectoryMaxRecipientsPerMessage

Son olarak kullanıcı limitini aşağıdaki komut ile kontrol edebiliriz;

Get-Mailbox -Identity “hakanuzuner” | fl RecipientLimits

Benzer şekilde gönderme ve alma limitleri ile görmek için aşağıdaki komutları kullanabilirsiniz

Get-Mailbox <MailboxIdentity> | Format-List MaxReceiveSize,MaxSendSize,RecipientLimits

Benzer bir raporu tüm kullanıcılarınız için almak isterseniz aşağıdaki PS komutunu kullanabilirsiniz;

$mb= Get-Mailbox -ResultSize unlimited; $mb | where {$_.RecipientTypeDetails -eq ‘UserMailbox’} | Format-Table Name,MaxReceiveSize,MaxSendSize,RecipientLimits

Buradan yola çıkarak eğer bu limitleri değiştirmek isterseniz Get- komutları yerine Set- komutlarını kullanmanız yeterli olacaktır.

Örnekler aşağıdaki gibidir;

Set-TransportConfig -MaxRecipientEnvelopeLimit 300

Set-ReceiveConnector -Identity “Cozumpark Receive Connector” -MaxRecipientsPerMessage 300

Set-TransportService -Identity “EXC01” -PickupDirectoryMaxRecipientsPerMessage 300

Set-Mailbox -Identity “hakanuzuner” -RecipientLimits 300

Bu komutları çalıştırdıktan kısa bir süre sonra limitlerin güncellendiğini göreceksiniz. Ancak burada önemli nokta bu değişikliklerin diğer tüm Exchange sunucularına yansıması için AD replikasyonunu beklemeniz veya tetiklemeniz gereklidir.

Kaynak

https://technet.microsoft.com/en-us/library/bb124345(v=exchg.160).aspx

 

 

Exchange Server “please update usedatabasequotadefaults to false in order for mailbox quotas to apply” Hatası

Exchange Server 2016 CU5 kullanıyorsanız eğer ve bir kullanıcı üzerinde bir takım ayarlar değiştirmeye çalışırken aşağıdaki gibi bir hata alabilirsiniz;

Bu uyarıya OK diyerek değişikliğin gerçekleşmesini sağlayabilirsiniz. Yani aslında değişiklik gerçekleşiyor ama böyle bir uyarı çıkarıyor. Bu bir BUG olup CU6 da düzeleceği söylendi arkadaşlar. Ondan çok kafanıza takmayın.