* Access to public folders via Outlook Web Access, IMAP, or NNTP
* Active-active clustering
* Administrative groups
* CDO 1.2
* CDO for Workflow
* CDOEXM
* Coexistence with Exchange 5.5
* Connector and migration tools for GroupWise
* Exchange 5.5 Event Service
* Exchange Web forms
* Exchange WMI classes
* Installable File System (also known as IFS or M: )
* Outlook Mobile Access
* Outlook Web Access support for rule creation and editing
* Routing groups
* Transport event sinks
* Workflow Designer
* X.400
Microsoft tarafından sunulan yeni analiz aracıyla birlikte Windows Small Business Server 2003 üzerinde aşağıdaki komponentleri analiz edebiliriz.
* Exchange Server 2003
* Update Service
* Network configuration
* Windows SharePoint Services
* SQL Server
Registry ve metabase ile ilgili ayrıntılı taramalar yapabilir ve bunları rapor halinde sunabiliriz.Böylece genel anlamda konfigurasyonlarda yaptığımız yanlışları görüntüleyebiliriz.
Small Business Server 2003 Best Practices Analyzer
Description of the Windows Small Business Server 2003 Best Practices Analyzer tool
Exchange server 2007 sunucumuz üzerinde Exchange Edge rolü sayesinde bir anti-spam koruması sağlayabiliyoruz.Fakat birçok organizasyonda tek bir exchange server bulunduğu için yani edge rolü yüklü olmadığı için bu özellikten mahrum kalıyoruz.Bu amaçla ecvhange sunucumuz üzerinde Anti-spam agentlarını yükleyerek koruma düzeyini birazdaha arttırabiliriz.Bunun için exchange management shell altında aşağıdaki komutu kullanırız:
Install-AntispamAgents.ps1
Bu komutla birlikte aşağıdaki çıktıyı alırız.
Gerekli ayarın tamamlanması için servislerden Microsoft Exchange Transport servisini yeniden başlatırız.Ardından Exchange Management Console altında sol tarafdaki menude Devamini oku »
Exchange Server 2007 üzerinde mail forwarding işlemi için istersek exchange management console’u kullanabilir yada exchange management shell üzerinden komut ile işlemi gerçekleştirebiliriz.İsterseniz iki yöntemide inceleyelim:
Exchange Management Console üzerinde mail forwarding:
1.Management Console’u açarak Recipient Configuration nodunu genişletiriz.
2.Mailbox’a tıklarız.
3.İstediğimiz maile sağ tıklayarak özelliklerine gireriz.
4.Mail Flow Settings tabında Delivery Options‘a tıklayarak özelliklerine gireriz.
5.Forward to ktucuğunu seçeriz.
6.Browse ile mailleri forwardlamak istediğimiz kullanıcıyı seçeriz.
Exchange Management Shell üzerinde mail forwarding:
Exchange Management Shell’i açarız ve aşağıdaki komutu gireriz:
set-mailbox -DeliverToMailboxAndForward $true -ForwardingAddress Recipient_Id_Parameter
Microsoft tarafından sunulan yeni araç Group Policy Diagnostic Best Practice Analyzer ile group policy yapımızda varolan eksiklikleri yada konfigurasyon hatalarını görüntüleyebiliriz.Genel olarak bu araç bize aşağıdaki durumlarda yardımcı olur:
· Uygulanmayan policy ayarları
· Fonksiyonunu yerine getirmeyen özellikler(örneğin istemci bilgisayarlarda görünmesi gerekirken görünmeyen map sürücüleri)
· Herhangi bir bilgisayarda:
-Oturum açma yada başlangıç sırasında yanıt vermemesi,
-Oturum açma yada başlangıç sırasında yeniden başlaması,
-Oturum açma yada başlangıç sırasında gecikmeler..
· Güvenlik riski oluşturan policy ayarları
· Gerekli olan servislerin çalışmaması
· Yavaş bağlantılar.
Group Policy Diagnostic Best Practice Analyzer aracı sayesinde bir istemci bilgisayar yada domain controller üzerinde taramalar yapıp rapor çıktısı alabiliriz.Bu taramaları zamanlayıp ileriki tarihlerde otomatik gerçekleşmesinide sağlayabiliriz.
Aracı edinmek için:
http://support.microsoft.com/?kbid=940122
Bildiğimiz gibi pop3 connector ile mailleri ISP’den çekerken minumum değer olarak 15 dakikayı ayarlayabiliyoruz.Fakat kimileri için bu değer çok fazla.Grafik arabirimini kullanarak bunu aşağı çekmenin bir yolu yok.Registry’de oluşturduğumuz bir DWORD ile bu mümkün kılınabiliniyor.
Not:Registry üzerinde yapacağınız değişikler sistemin işleyişini bozabilir.Bu yüzden ilk önce backup’ınızı almanızı öneriyoruz.
1. Registry’i açarak aşağıdaki dizine ineriz.
“HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/SmallBusinessServer/Network/POP3 Connector”
2. “Edit” menusunde, “New”‘ tıklarız ve “DWORD Value” seçeriz.
3. İsim olarak “ScheduleAccelerator” (tırnak işaretleri dahil değil) gireriz.
4. “Edit” menusunde Modify’e tıklarız.
5. “Value data” kutucuğuna istediğimiz değeri yazarız.Burada dikkat etmemiz gereken hesaplamanın nasıl yapıldığıdır.Eğer grafiksel arayüzde 15 dakika değerini oluşturduysak ve regedit’teki bu alanada 3 yazarsak 15/3=5 dakikada bir mailler kontrol edilir.Eğer 15 yazarsak 15/15=1 dakikada bir kontrol edilir.
Bu ayarı sadece SBS Server üzerinde uygulayabiliriz.
SBS 2003′de kullanıcıların bağlanabilmesi için ,RWW(Remote Web Workplace) içinde varsayılan olarak tüm Windows XP Professional ve Windows 2000/2003 Application Terminal Server lar görüntülenir.Bu alanda istediğimiz bilgisayarların görüntülenmemesini sağlayabiliriz.Aslında SBS2003′de çok popüler bir özellik olmasına rağmen ortaya çıkarmak için birkaç işlem gerekli.Bunun için sırasıyla;
1. Regedit’i açarız.
2. HKLM\Software\Microsoft\SmallBusinessServer\RemoteUserPortal\ dizinine ineriz.
3. Edit menusunden New/String Value seçeriz.
4. ExcludeList ismini veririz.
5. Tamam deriz.
6. Bu anahtarı sağ tıklayarak Modify deriz.
7. Listelenmesini istemediğimiz bilgisayarların ismini virgul ile ayırarak yazarız.
SBS üzerindeki Microsoft Connector for POP3 Mailboxes için loglama seviyesi belirleme amacıyla Service Logging’i kullanırız.Connector bu seviyeye göre Application Log altına olayları(event) göndericektir.
Service Logging ayarına erişmek için;
1. Server Management’ı açarız
2. Konsol ağacında Internet and E-mail’e gireriz.
3. Manage POP3 E-mail ardından Open POP3 Connector Manager’a tıklarız.POP3 Connector Manager Properties penceresi
ekrana gelir.
4. Troubleshooting tabında Service logging altında Logging level’i seçeriz.
Seçebileceğimiz seviyeler;
Logging levelde yaptığımız değişiklikler Microsoft Connector for POP3 Mailboxes servisini yeniden başlatmadan aktif olmayacaktır.
Sık rastlanan sorunlardan birtaneside Exchange Server 2007’yi kaldırırken public folder replikasyonu ile ilgili hata vermesidir.Add/remove programs bölümünü kullanarak uninstall işlemini sırasında
The public folder database Database_Name cannot be deleted.
Error:
The public folder database specified contains folder replicas. Before deleting the public folder database, remove the folders or move the replicas to another public folder database.
Hatasını alabiliririz.Bu hatanın alınmasının temel nedeni bilgi içeren public folder veritabanlarını silinememesi.Eğer bu public folder organizasyonumuzdaki son public folder ise varolan tüm pf instance’lerini silmeli ardından veritabanını kaldırmayı denemeliyiz.Eğer son public folder değilse bu seferde varolan public folder replikasyonlarını kaldırmamız gereklidir.
Peki bunu nasıl gerçekleştirebiliriz.Bunun için Microsoft’un yayınladığı makaleler aşağıda bulunuyor.
How to Remove a Public Folder Database
http://technet.microsoft.com/en-us/library/aa998329.aspx
How to Remove the Last Public Folder Database in the Organization
http://technet.microsoft.com/en-us/library/bb201664.aspx
Exchange takımı tarafından yayınlanan makalede exchange 5.5’den 2007’ye geçişte bizi nelerin beklediği ve nasıl bir yol izlememiz gerektiği anlatılmış.
Biraz bahsedicek olursak ;
Eğer organizasyonumuzda 5.5 exchange server kullanıyorsak ve amacımız buradaki mailboxları Exchange Server 2007’e migrate etmek ise ,ilk önce belirtmemiz gerekn husus bunu direk yapamayacağımız.Yani bu durum Microsoft tarafından desteklenmiyor.Bu işlemi gerçekleştirmek için 2 adımlı bir yol izleyeceğiz.
İlk adımımız Exchange 5.5’den Exchange 2003’e migrate işlemi.İkinci adımımız ise Exchange 2003’den Exchange 2007’e migrate işlemi
Bu durumda karşımıza iki senaryo çıkıcaktır.
Senaryo 1:Exchange 5.5 ve Exchange 2003 aynı organizasyon içinde,Exchange 2007 farklı bir organizasyon içinde:
Exchange 2003/5.5 organizasyonu için:
-Exchange Server 2003 Migration Wizard aynı organizasyon içindeki 5.5’den migrate işlemine izin vermeyecektir.
-Exchange 5.5 üzerine Active Directory Connector’un doğru kurulduğundan emin olmalıyız ve replication servisinin doğru şekilde konfigure edildiğini kontrol etmeliyiz.
Start-Programs-Microsoft Exchange-Active Directory Connector altından bu kontrolü yapabilir ve eğer port numarası değiştirilmişse bunu tekrardan 389’a ayarlarız.
-Replikasyon işlemi için bekleyebilir yada Active Directory Connector üzerinde replike işlemini tetikliyebiliriz.
Exchange 2007 Organizasyonu için:
-İki organizasyon arasında güven ilişkisi kurulduğundan emin oluruz.
-Diğer organzasyon üzerinde yönetimsel izinlere sahip olmamız gereklidir.
-Grafik arabirimini kullanarak migration yapamayız.Bunun için Exchange Power-Shell kullanmalıyız.
-Power Shell’de $s=get-Credintial komutunu gireriz.İlgili admin kullanıcı adını ve şifresini gireriz.
-Ardından mailbox transferini başlatmak için aşağıdaki komutu kullanırız.
Move-Mailbox -identity “username” -sourceForestGlobalCatalog “e2k3server” -targetDatabase “Target MBD “ -sourceForestCredential $s -NTAccountOU Users.
-Eğer komut hata verirse information store ve attendant servislerinin çalıştığından emin oluruz.
Senaryo 2:Exchange 5.5 ayrı bir organizasyonda,Exchange 2003 ve Exchange 2007 farklı bir organizasyonda:
İlk önce iki organizasyon arasında güven ilişkisi olduğunu doğrularız.Bunun için grafiksel sihirbazları kullanabiliriz.
Daha sonra Exchange 5.5 üzerinde Exchange Administrator Console’a gideriz ve LDAP portunun 389 olduğunu kontrol ederiz.
Exchange 2003 üzerinde Migration Wizard’ı çalıştırıp ilgili kullanıcıları 2003’aktarırız.
Exchange 2007 üzerinde Migration Wizard’ı çalıştırıp ilgili kullanıcıları 2007’e aktarırız.
http://technet.microsoft.com/en-us/library/a0b29d0f-e9b4-43d0-9ffb-0fb27bd64746.aspx
adresinde Exchange 2007 ile birlikte ilgili componentler için hangi dillerin desteğinin verildiğine dair ayrıntılı bir tabloyu bulabilirsiniz.
1-İstemci Front end server’a bir http isteği gönderir.
http://server/exchange
Burada istek 80. port üzerinden gerçekleşir.İstemci ilk önce hostname’i çözmeli ardından geri dönen ip adresine bağlantıyı sağlamalıdır.
2-Firewall üzerinde 80.port bağlantıya izin vermek için açık olmalıdır.SSL için 443 portuda açık olmak zorunda.
3-IIS Server 80. portu dinler ve istemcinin http isteğini yanıtlar.IIS ilk önce hangi web sitesinin istekle ilgili olduğuna karar verir.Eğer sadece “default web site�? varsa tüm istekler buraya yönlendirilir.Birden fazla web sitesi varsa IIS ip adresine,hostname’ine ,host header’ına bakarak isteğin hangi web sitesine geldiğini bulmaya çalışır.
4-http istediği ilgili web sitesine gönderildikten sonra web siteside bunu ilgili dizine gönderir.Bizim örneğimizde bu dizin /exchange dizinidir.Ardından IIS ilgili sitenin “directory security�? tabında bulunan logon metodunun kullanılması için çabalar.Bu metodlar anon,basic yada integrated olabilir.IIS kullanıcının kimliğini doğrulamak için RPC kullanarak Active Directory ile iletişime geçer ve LogonUserEX API’sini kullanarak kullanıcı için bir SID edinir.
5-Logon metodu için zorlama yapıldıktan sonra istek exchange dizinine gönderilir.Bu örneğimizde exchange dizininde basic authentication seçili olduğunu varsayıyoruz.Daha sonra EXPROX.DLL(exchange 2003’de kerberos bileti üretir) SID numarasını alır ve logon olan kullanıcının bilgileri ile global kataloğu 3268. port üzerinden sorgular.Global Catalog bu LDAP sorgularına kullanıcının homeMDB ve SMTP proxy adresleriyle birlikte cevap verir.
6-Artık Exprox kullanıcının mailbox server’ını ve smtp adreslerini biliyordur.Ardından virtual directory üzerindeki exchange dizinini karşılaştırır ve kulanıcının bu smtp adresine gerçekten sahip olduğunu doğrular.Eğer herhangi bir eşleşme bulunamazsa hata mesajı döndürülür.
7-Back end üzerindeki IIS tekrardan http isteğinin hangi web sitesine gideceğini belirler.Exchange dizinine gönderilen istek davex.dll tarafından durdurulur.Davex bir kez daha homeMDB ve SMTP proxy adreslerini kontrol eder.Exchange dizininde böyle bir smtp olup olmadığını kontrol eder ve isteği epoxy ile gönderir.Epoxy Exoledb ile iletişime geçer.Bilgi aynı işlemlerle Davex’e geri döndürülür.Davex web içeriğini kullanıcıya iletir.İstek 80.porttan front end sunucuya gider.
8-Front end server isteği alır ve istemciye gönderir.
Exchange organizasyonunu yönetiyorsak dikkat etmemiz gereken diğer bir konuda maillerle birlikte gönderilen ekli dosya boyutlarıdır.
Exchange 2007 ile birlikte owa aracılığıyla gönderilebilen ekli dosya boyutu 30 mb olarak belirlenmiştir.Biz kendi organizasyon yapımıza göre bu değer arttırabilir yada düşürebiliriz.Bunun için aşağıdaki adımlar işimizi görücektir:
-İlk önce web.config içerisindeki MaxRequestLength değerini istediğimiz değer ile değiştirmeliyiz. MaxRequestLength ASP.NET ile birlikte gelen dos saldırılarını önlemeye yarayan bir ayardır.Bunun için Microsoft\Exchange Server\ClientAccess\Owa altında web.config’i açarız.
“httpRuntime maxRequestLength=”30000” “
satırını buluruz.Buradaki 30000 değeri 30mb limiti temsil eder.Biz istediğimiz değeri girebilriz.
Ardından Message size limit lerini ayarlamamız gerekli.Bunun için istersek kullanıcı bazlı istersek tüm kullanıcıları kapsayan bir değişiklik yapabiliriz.
Exchange Management Shell altında:
Set-mailbox -id:”username” -MaxSendSize:50000 user bazlı değişiklik için
Set-transportconfig -MaxSendSize: 50000 tüm kullanıcıları kapsayan değişiklik için.
Bu işlemlerden bir müddet sonra(güncelleştirme) değişiklikler aktif olucaktır.
Bu arada şunu unutmamamız gerekir.Bir upload işlemi 60dk’yı geçtiği takdirde timeout hatası vericek ve başarısız olucaktır.
Microsoft Exchange 2007’yi sunarken bu yapının artık 64-bit altında çalışacağını açıkladı.Şu an deneme amaçlı 32-bit mimarisi üzerinde çalışan sürümler yayınlansada aslında 64-bit altında çalışmak için tasarlandı.
Peki bu 64-bit mimarisinin bir excahnge adminine getirdiği yararlar nelerdir?
Aslında en büyük getirisi 32-bit sistemlerde kullanılabilen 4GB ram miktarının Standart server 2003’de 32GB a yükselmesidir.Enterprise Editonda ise bu değer tam 1TB.
Hepimiz biliyoruzki Exchange Server adeta bir ram canavarı.Ne kadar çok RAM olursa o kadar rahat çalışabilen bir yapısı var.Peki fazladan fiziksel ve virtual ram bize ne gibi faydalar sağlar.
64-bit üzerinde çalışan bir Exchange 2007 server üzerindeki arttırılmış ram miktarı disk IO’sundada bir artışa sebep olucaktır.Buda Exchange Server ile birlikte kullandığımız SAN üniteleriyle daha hızlı ve verimli çalışabilmek demek.
64-bit mimarisi aynı zamanda fazladan storage groups ve store desteği vermektedir.Önceden Exchange Server ile birlikte her biri 5 store içeren 4 storage group kullanbiliyorduk.Exchange 2007 ile birlikte artık her biri 50 store barındıran 50 storage group kullanabiliyoruz.Buda 64 mimarisi üzerinde çalışan Exchange 2007’nin verimliliğini gösteriyor.
32 bit üzerinde çalışan Exchange çekirdek üzerinde kullanılan memory miktarını sınırlıyordu.Yapmızda exchange suncumuza bir çok bağlantı gerçekleşiyor.Gelen ve giden her mesaj bir bağlantı demek.Aynı zamanda başımızın belası spamlar oldukça fazla bağlantı gerçekleştiriyor.Buna birde OWA OMA RPC over http gibi bağlantılarda eklendiğinde memory kapasitesi sorun teşkil etmeye başlayabilir.Çünkü her bir bağlantı çekirdek üzerindeki memory’den bir kısmını kullanıyor.Bu sorunda 64-bit ile büyük ölçüde çözülmüş durumda.
Eğer yapımızda IPSEC kullanıyorsak buda ek bir yük getirecektir.Çünkü IPSEC aradaki bağlantıyı encrypt ettiği için sistemin memory’sinin büyük bir kısmını kullanıyor.
Bu ve benzeri sebeplerden ötürü 64-bit mimarisi bizi uzun yıllar boyunca sıkıntıya sokmayacağa benziyor.
Özellikte Edge Transport rolünü üstlenen sunucular networkümüzün en güvenli yeri olmalılar.İnternet ile içerdike mail trafiğini yöneten bu sunucu aynı zamanda antivirus ve antispam korumasını sağlar.
Bu nedenle güvenliği ön planda tutmamız gereklidir.Bunun için Windows Server 2003 SP1 ile birlikte gelen Security Configuration Wizard’ı kullanabiliriz.Kurulumu oldukça basit.Add/Remove Windows Components ‘i kullanarak yükleme işlemini gerçekleştiriyoruz.Yalnız Exchange 2007 için dikkat etmemiz gerekn başka bir durum var.Exchange2007.xml dosyasını SCW için register etmemiz gerekli.Bunun için
C:\Program Files\Microsoft\Exchange Server\Scripts
Altında Exchange2007.XML dosyasını kopyalarız ve %windir%\Security\msscw\scripts dizinine yapıştırırız.Ardından komut istemine geçerek %windir%\System32 dizininde aşağıdaki komutu gireriz.
SCWCMD Register /kbname:MSExchangeEdge kbfile:%windir%\security\msscw\kbs\Exchange2007.xml
Komut başarıyla çalıştırıldığında Edge Transport sunucusu üzerine SCW’yi kurabiliriz.
October 9th, 2007
19:13
İpucu
Exchange Server ile ilgili bir sorunda çözüme ulaşmak için bir çok log dosyasını inceleriz.CSV raporları,registry exportları,LDP dumps ları.Bu logları incelerken bizim için textleri karşılaştırma yapıcak bir yazılım işimiz görebilir.
Fakat bir yazılım aramak yerine Microsoft Word ilede bunu yapmamız mümkün.
Microsoft Word’u açarız.İncelememiz gereken ilk dosyayı açtıktan sonra tools/Compare and Merge Documents’e tıklarız.Ardından ikinci dosyamızı seçeriz.Word bu iki dosya arasındaki farklılıkları bize göstericektir.
Public folderlar için kulanabilceğimiz birçok araç piyasada mevcut.Kimi zaman sonra isimlerini yaptıkları işleri ve hangi exchange versiyonlarında çalıştığını hatırlamak zor olucaktır.Aşağıda bazı araçlar ve kendileri hakkında ayrıntılı bilgiler: Devamini oku »
ve 248 yorum bulunmaktadir.
