Kaynak: Exchange ActiveSync Client Comparison Table

Arama Sonuçları:

Bunun nedeni notes kısmının Outlook Web App  üzerinde Exchange 2010′dan itibaren desteklenmiyor olması. Service Pack 1 ile de bu özellik düzeltilmemiş durumda sanırım bundan sonra da bu özelliği kullanamayacağız.

• Patching the Multi-Role Server DAG

One of the things about Exchange 2010 that many of my customers find very attractive (and I have to agree with them) is the idea of the multi-role or “all-in-one” DAG server. This means having all three of the core Exchange 2010 roles installed on all of the servers in the DAG – Mailbox, Hub Transport and Client Access. There are a lot of reasons why this is an attractive solution, but here are a few of the main ones:

Devamını okumak için: Patching the Multi-Role Server DAG

• Combining Web Farm publishing with Software or Hardware Based Load Balanced CAS arrays

In my post just the other day I provided a link to the new guide covering Exchange publishing via Forefront TMG or UAG. One poster followed up by asking, “How do I set things up when I have both TMG/UAG with a web farm and a hardware load balancer?” It’s a great question, as these days hardware load balancers are becoming commonplace, and trying to get both Forefront TMG/UAG and the load balancer to work together is important to get right. As it happens, I had written something about this up too, and was saving it for a rainy day, so it looks like today, it’s raining. I hope this helps answer the question.

Devamını okumak için: Combining Web Farm publishing with Software or Hardware Based Load Balanced CAS arrays

• Moving mailboxes, Exchange 2010 way

Exchange Server 2007 used the Move-Mailbox cmdlet to move mailboxes between mailbox stores. Move-Mailbox makes a RPC connection to both the source and target mailbox databases and then starts the move process. Exchange Server 2010 uses the Mailbox Replication Service (MRS), a service that runs on all Exchange 2010 Client Access Servers, for mailbox move operations. MRS handles all mailbox moves including offline and online moves.

Devamını okumak için: Moving mailboxes, Exchange 2010 way

İndirmek için: Microsoft Download Center

İndirmek için: Microsoft Download Center

Not: Bu bilgiler Service Pack 1 (SP1) Beta’ya göre yazılmıştır. Bu nedenle SP1 yayınlandığında bu özellik veya geliştirmelerde değişiklik olabilir.

Message Throttling Geliştirmeleri

Message throttling Hub veya Edge Transport rolüne sahip Exchange 2010 sunucularda kaynakların yanlışlıkla veya kasıtlı olarak yetersiz hale gelmesini engellemek amaçlı olarak mesajlara ve bağlantılara konulan bir grup limittir. Exchange 2010 SP1 organizasyon bazında bu kaynakları kontrol ederek mesajların nasıl idare edileceğini (taşınacağını) belirler. Transport sunucuları bir gönderen tarafından iletilen mesajlar için ortalama maliyet hesabı bilgisini tutar. Eğer kullanıcının iletileri yüksek maliyet oluşturuyorsa o zaman diğer kullanıcılar tarafından gönderilen daha düşük maliyetli iletileri önceliklendirir. Örnek olarak bir kullanıcı sürekli 5 MB’lık ekli iletiler gönderiyorsa önceliği ek bulunmayan diğer iletilere vererek onların iletimini sağlar.

Bunun dışında Mailbox sunucularda RPC kullanımını da takip eder. Transport sunucuları Mailbox sunuculara iletmek için RPC bağlantısı kurarken eğer Mailbox sunucusu RPC kullanımında yoğunluk yaşıyorsa kuracağı RPC bağlantısını kaynak kullanımını kısmak için ölçeklendirerek azaltır ve interaktif kullanıcıların kuracağı RPC bağlantılarına öncelik verir.

Shadow Redundacy Promotion

Exchange 2010 mesaj iletiminde Shadow Redundancy ile tanışmıştık. Shadow Redundancy’nin temel özelliği Exchange organizasyonuna giren bir mesajın kaybolmasını minimize etmek için geliştirilmiş bir teknoloji olmasıdır. Bunu sağlamak için Exchange Transport sunucuları (Hub veya Edge Rolüne sahip sunucular) Shadow Redundancy SMTP Protocol Extension kullanırlar. Ancak Exchange 2010 RTM’de yaşanan Shadow Redundancy problemlerinden biri shadow redundancy protocol’ünü desteklemeyen SMTP sunucularla olan iletişimden kaynaklanıyordu. Exchange 2010 RTM’de transport sunucuları organizasyon içinde son noktaya ileti ulaşana kadar bilgilendirmeyi geciktirir. Ancak belirli bir limit aşıldıktan sonra son noktaya ileti ulaştığına dair doğrulama olmadan transport sunucusu bilgilendirmeyi sunar. Özellikle internette bulunan SMTP sunucular ile irtibatı sağlayan Edge sunucularda yaşanan bu problemi engellemek için SP1’de yeni bir geliştirme eklendi. Shadow Redundacy Promotion. Bu özellik artık doğrulama gelmemesi durumunda mesajı aynı Site içerisinde bulunan başka bir transport sunucusuna yönlendirir ve bu sayede Shadow Redundancy’i sağlamış olur.

Load Balancing Geliştirmeleri

Exchange SP1 Transport sunucuları hizmet dışı olan sunucuların listesini tutar bu sayede örneğin bir Active Directory Site’ınızda 4 transport sunucunuzdan birinin çalışmıyor olması durumunda diğer sitelarda bulunan sunucular bu bilgiyi tutar ve diğer 3 sunucu arasında yük dağılımını dengeleyerek iletileri ulaştırır.

SMTP İletişiminde Geliştiriltirilmiş Güvenlik

Authentication Relay saldırılarına karşı Exchange 2010’un bütün servisleri Extended Protection for Authentication güncellemesi geçildi. Extended Protection for Authentication’ı aktif veya pasif hale getirebilirsiniz.

Güvenilir bağlantılarda Send Connector Ayarlarına ekleme.

Bazı durumlarda hat durumundan dolayı Exchange 2010 yaratılmış olan send connector üzerinden Exchange Online gibi güvenilir ve kesinti olması beklenmeyen SMTP sunuculara iletileri iletilemeyip NDR üretebilir. Exchange 2010 SP1 ile Send connector’ü bu tür bağlantılar için NDR üretmek yerine tekrar iletmeyi deneyecek şekilde ayarlanabilir.

Arama Sonuçları:

Installing Microsoft Forefront Protection 2010 for Exchange Server

Forefront Protection for Exchange Console Overview Part 1

Forefront Protection for Exchange Console Overview Part 2

Verifying Your Microsoft Forefront Protection 2010 for Exchange Server Installation

Artık kullanıcı mail gönderdikten sonra “sent items” klasöründeki mesajın üzerinde sağ tuşa basıp Open Delivery Report’u seçerek görebilir.

Aynı zamanda mesajı alan kullanıcımız gelen mesaj üzerinde sağ tuşa basıp Open Delivery Report’u seçerek mesajın iletilmesinde herhangi bir gecikme olup olmadığını anlayabilir.

Outlook 2010′da ise bu işlem halen daha meşakkatli. Outlook 2010′da mesajı açıp File Menüsünden Open Delivery Report’u seçiyoruz. Bu işlem bizi OWA’ya yönlendiriyor. Kullanıcı adı ve şifremizi girdikten sonra Delivery Report’a ulaşabiliriz.

OWA Virtual Directory’i Exchange 2010 Sp1 Beta’da sıfırlamak için Server Configuration / Client Access’e geçtikten sonra Actions Menusunden “Reset Virtual Directory” seçeneğini seçiyoruz.

Karşımıza çıkan Reset Client Access Virtual Directory wizard ekranının ilk aşamasında hangi virtual directory’i sıfırlamak istediğimizi seçiyoruz.

Ikinci adımda varolan ayarları text dosyası olarak nereye kayıt edileceğini belirtiyoruz böylece ayarlar sıfırlandığında eski ayarlarımızı gözden geçirip tekrar uygulayabiliriz.

Bir sonraki adımda bize yapılacak işlemlerin özetini sunuyor.

Son adımda bu işlemler gerçekleştiriliyor ve bize bu ayarların geçerli olması için iisreset yapmamız gerektiği uyarısı sunuluyor.

Önceki makalemde kullandığım örnek üzerinden RTM’de yaptığımız işlemlerin altında SP1 Beta ekran görüntülerini koyarak ilerleyeceğim.

Örneğimizde VIP kullanıcı olarak belirlediğimiz bir kullanıcımız var. Serkan Varoglu, bu kullanıcımıza şöyle bir Retention Policy uygulamak istiyoruz:

1. Mailboxta bulunan etiketlenmemiş bütün öğeler 1 sene içerisinde silinecek.
2. Sent Items Klasöründe bulunan bütün öğeler 6 ay tutulduktan sonra silinecek.
3. Deleted Items klasörüne düşen öğeler 30 gün tutulduktan sonra tamamen silinecek.
4. “Musteri Talepleri” ve “Gelir – Gider Raporları” isminde iki etiket kullanıcı tarafından seçilebilecek. Musteri Talepleri olarak etiketlenen öğeler 3 sene sonunda Arşiv Mailbox’a taşınacak. Gelir – Gider Raporları olarak etiketlenen öğeler5 yıl sonunda Arşiv Mailbox’a taşınacak.

Yukarıda belirttiğimiz politika için öncelikle Etiketleri yaratmamız gerekiyor. Etiketlerin türleri burada çok önemli. Öncelikle DPT (Default Policy Tag) yaratalım. Bu DPT sayesinde Mailboxta bulunan öğeler 1 sene sonunda Deleted Items Klasörüne alınacak. (Eğer başka bir etiket uygulanmadıysa bizim örneğimizde kullanıcı Musteri Talepleri veya Gelir-Gider Raporları olarak etiketleyebiliyor). DPT yaratırken Type olarak “All” ayarlamamız gerekiyor.

SP1 Beta’da:

DPT’miz yaratıldı şimdi RPT (Retention Policy Tag) leri yaratalım. Deleted Items klasöüründe 30 gün, Sent Items ise 6 ay tutulacak. Bu klasörler için farklı tagler yaratabilirsiniz ancak bir Retention Policy içerisinde bir klasör için sadece bir etiket olabilir. Ayrıca RPT’lerde MoveToArchive aksiyonunu kullanamazsınız. MoveToArchive yanlızca DPT veya Personal Taglerde kullanılabilir.

SP1 Beta’da:

SP1 Beta’da:

RPT leri de yarattığımıza göre Personal Tag’lere geçebiliriz. Musteri Talepleri olarak etiketlenen öğeler 3 sene sonunda Arşiv Mailbox’a taşınacak. Gelir – Gider Raporları olarak etiketlenen öğeler5 yıl sonunda Arşiv Mailbox’a taşınacak.

SP1 Beta’da:

SP1 Beta’da:

Etiketleri yarattık. Şimdi Retention Policy oluşturabiliriz. Ben bu ilkeye “RP-BT” adını vereceğiz ve yarattığımız etiketleri bu ilkeye ekleyeceğiz. Isimlendirmeleri daha sonradan anlayabileceğiniz şekilde yaparsanız ilke sayısı arttıkça yönetimi daha kolay olacaktır.

SP1 Beta’da:

SP1 Beta’da:

SP1 Beta’da:

Oluşturduğumuz bu politakayı kullanıcıya uygulayalım:

SP1 Beta’da:

SP1 Beta’da:

Bu işlemi yapmak istediğinizde sizi Outlook 2007 ve öncesini kullanan kullanıcıların gerekli özelliklere sahip olamayağını söyleyecektir. Bu nedenle kullanıcıların tüm fonksiyonları uygulayabilmesi için Outlook 2010 veya Outlook Web App ile kullanmaları gerekiyor.

Retention Policy’i uyguladığınız zaman hemen aktif olmayacaktır. Managed Folder Assistant default olarak 01:00-04:00 arasında çalışır ve kuralları uygular. Managed Folder Assistant’ı manuel çalıştırıp kuralları hemen uygulamak için

komutunu kullanabilirsiniz.

Outlook 2010 üzerinden uyguladığımız bu politikalara bir göz atalım. Sent Items ve Deleted Items Klasörlerinin özelliklerine baktığımız zaman uyguladığımız RPT’lerin geldiğini görüyoruz.

SP1 Beta’da:

SP1 Beta’da:

Inbox klasörüne herhangi bir RPT uygulamadığımız için DPT ile gelen değerleri aldığını görüyoruz.

SP1 Beta’da:

Herhangi bir öğe üzerinde sağ tuşa bastıktan sonra ayarladığımız Personal Tag lerin Archive Policy altında olduğunu görebiliriz. Herhangi bir Retention Policy belirtmediğimiz için bu kısımda herhangi bir seçenek mevcut değil.

SP1 Beta’da:

Ayrıca Tag ekleme artık arayüz üzerinden çok kolay.