Network ve Server ailesi hakkında notlarım

Exchange 2007 üzerinde POP3 Servisi…Gerçekten gereklimi?

Hepimiz POP3 servisini duymuÅŸuzdur.BildiÄŸimiz gibi Exchange 2007′de default kurulumla birlikte POP3 servisi disable gelmektedir.Yalnız bazılarımız bu servisi enable hale getiriyoruz.Bunun birkaç neden olabilir.ÖrneÄŸin mail client olarak Outlook Express kullanmak istediÄŸimizde yada uzaktan baÄŸlantı için veya non-microsoft mail client programlarını kullanmak için bu servisi enable edebiliyoruz.Peki biraz geniÅŸ çerçeveden düşünürsek buna gerçekten gerek varmı,bu servisi enabled yaptığımızda nelerle karşı karşıya kalabiliriz bakalım.

POP3′ün temel özelliklerinden birisi içeriÄŸi sunucudan alıp clientın üzerine çekmektir.Yani tüm bilgiler istemcinin  localinde tutulur.Buda management bakımından bazı zorlukları getirir.ÖrneÄŸin clientlarda tutulan bilgilerin yedeklenmesi oldukça zordur.Aynı zamanda eÄŸer bilgiler sunucuda tutulursa herhangi bir kayıp durumunda geri dönüş kolay olabilecekken istemcinin maillerini kaybetmesi durumunda geri dönüş daha zor olabilir.ÖrneÄŸin gezinen bir istemci laptopunu çaldırabilir.Bu takdirde tutulan maillerde gitmiÅŸ olur.

POP3 kullanarak varolan işe yarar özelliklerinde birçoğunu kullanamayız.Bunların başında GAL(Global adress list) takvim gelir.Bildiğimiz gibi bunlar exchange ile birlikte gelen özellikler.

Bir diÄŸer önemli özellik ise POP3 protokolünde gidip gelen username ve passwordun clear text olması.Yani networkü dinlediÄŸimizde POP3 ‘ün kullandığı ÅŸifrelere eriÅŸim oldukça kolaydır.Ancak bunu önlemek için pop3 protokolünü ssl ile birlikte kullanabiliriz.

Adsiedit ile Receive Connector izinleri

Exchange 2007 üzerinde Receive connectors sayesinde internet üzerinden mailleri baÅŸka mail sunucularından alabiliyoruz.Temelde receive connectorun yaptığı görev bu.Hub transport server’ı yüklediÄŸimizde otomatik olarak recv. connectorde oluÅŸmaktadır.Send connectorde ise kurulumdan sonra biz manuel olarak oluÅŸturmamız gerekliydi.

Aynı ÅŸekilde güvenlik anlamında düşündüğümüzde Receive Connectors için ilgili izinleride konfigure etmemiz gerekli.Bunu Exchange Management Shell’i kullanarak yapabileceÄŸimiz gibi aynı zamanda adsiedit aracını kullanarakta gerçekleÅŸtirebiliriz.Bunun için

-Adsiedit.msc ‘yi açarak Configuration/Services/Microsoft Exchange/Administrative Groups/Exchange Administrative Groups/Servers/Server ismi/Protocols/smtp receive connectors dizinine ineriz.

-Gördüğümüz gibi sağ tarafta varoan connectorleri görebiliyoruz.Sağ tıklayarak properties deriz.

Açılan bu ekranda istediğimiz kullanıcı yada gruplar için connector izinlerini atayabiliriz.

Forefront for Exchange üzerinde update işlemleri

Bildiğimiz gibi Forefront ailesinin Exchange güvenliğinden sorumlu üyesi Forefront Security for exchange,sahip olduğu 8 tarama motoru ile etkin bir çözüm olarak önümüzde.Bu motorlar;

CA Vet, Microsoft Antimalware Engine, Norman Virus Control, Sophos Virus Detection Engine, Kaspersky Antivirus Technology, Authentium Command Antivirus Engine, AhnLab Antivirus Scan Engine, ve VirusBuster Antivirus Scan Engine

Yalnız bu motorların hepsini aynı anda kullanamıyoruz.Bunlardan seçtiğimiz 4 tanesi ve Microsoft Antimalware motoru ile 5 tane seçim hakkımız bulunuyor.Kurulum sırasında bu 4 motor rastgele seçilmiş olarak karşımıza geliyor.Kurulumdan sonrada bu seçimi değiştirme olanağımız var.

Hal böyleyken update işlemleride her bir motor için ayrı ayrı olmak zorunda tabiki.

Forefront for Security’de update mantığı ÅŸu ÅŸekilde.Kurulumdan sonra tarama motorları için updateler otomatik olarak gerçekleÅŸiyor.Varsayılan olarak FSCController servisi baÅŸladıktan 5 dakika sonra baÅŸlar.Ve 5 dakika aralıklarda devam eder.Yani interval deÄŸerimiz 5 dakika.Ve update indirildikten sonra otomatik olarak yükleme iÅŸlemide gerçekleÅŸtiriyor.Burada ÅŸunu sorabiliriz.Update iÅŸlemi sırasında Forefront devre dışımı?Hayır yalnızca update olan motor devre dışı.O birkaç saniyelik update iÅŸlemi sırasından da seçilen diÄŸer motorlar aktif olarak görev yapmakta.

Peki updatelerin ne zaman ne kadar sıklıkla ,hangi kaynaklardan yapılacağına nasıl karar verebiliriz? (kaynak olarak HTTP olarak windowsa baÄŸlanaibldiÄŸi gibi organizasyon içerisindeki baÅŸka bir exchanden’de updateleri çekebilir)

Bunun için konsole ekranında settings altındaki Scanner Updates bölümünü kullanabiliriz.Burada herhangi bir motoru seçerek gerekli ayarları gireriz.Örneğin aşağıdaki bölümü inceleyelim.

Burada bir motoru seçtiğimizde aşağıdaki kısımda Primary ve Secondary update pathlerini görebiliriz.Forefront birinci update kaynağından updatei alamazsa ikincisine otomatik olarak geçer.Bu kısıma aynı zamanda updateleri çeken başka bir exchange serverın UNC pathinide yazabiliriz.

Görüldüğü gibi Forefront for exchange için primary path

http://forefrontdl.microsoft.com/server/scanengineupdate adresidir.

Bunun dışında bu ekranda yine update işlemi için seçilen motorlara scheduling işlemini gerçekleştirebiliriz.Ve bu ayarı günlük haftalık yada aylık olarak ayarlayabiliriz.

.

Forefront Security For Exchange ile keyword filtering

Forefront Client Security ile ilgili birkaç yazıdan sonra birazda Forefront Security For Exchange üzerine konuşmamız faydalı olacaktır.

Forefront for exchange bildiÄŸimiz gibi forefront ailesinin server security kısmında yer alıyor.Yapımızdaki Exchange server’ın güvenliÄŸinden sorumlu olan bu yapı kullandığı çoklu tarama motorları ve filtering özellikleriyle baÅŸarılı iÅŸler çıkarıyor.Bu yazıda sadece ufak bir bölümünden söz edelim.ÖrneÄŸin yapımızda keyword filtering yapmak istiyoruz.Yani mail içeriÄŸinde belirli kelimelere rastlandığında FSE’nin belirli actionlar gerçekleÅŸtirmesini istiyoruz.Bunun için yapacağımız iÅŸlem aÅŸağıda adım adım belirtilmiÅŸtir.Öncelikle Forefront Server Security Administrator konsoluna gireriz.

-Burada solda bulunan filtering bölümünü seçerek Filter list altında keywords’a gelerek add deriz.

Şimdi kendimize bir filter list oluşturucaz.Tabiki içerisinde keywordler barındıran bir list olucak bu.

Add dedikten sonra listemize bir isim vererek edit’e basarız.

Burada yine add’i kullanarak istediÄŸimiz kelimeleri ekleriz.Yukarıda benim biraz anlamsız list’imi görüyorsunuz=)

Aynı zamanda bu ekranda import ve export işlemlerinizide gerçekleştirebilirsiniz.Import ile hazırladığınız listeleri içeri alabilir,export ilede burada hazırladığınız listeleri dışarıya aktarabilirsiniz.Sol tarafa filtrelemede kullanılacak kelimeleri,sağ tarafa ise filtrelemeden bağımsız olan kelimeleri ekleyeibliyoruz.

Buradaki işlemlerinizi yaptıktan sonra OK diyerek çıkalım.Şimdi sol taraftaki filtering bölümünden Keyword kısmını seçtiğimizde Transport Scan Job altında oluşturduğumuz listeyi görebiliriz.

Yalnız görüldüğü gibi sağ tarafta filtre disable edilmiş durumda.Filtrenin aktif olabilmesi için Burayı enable hale getiririz.Action bölümünde ise 3 adet seçeneğimiz var.

Identify:Tag Message: Bu ayar seçilirse e-mail alıcıya ulaşır fakat subject kısmı SUSPECT şeklinde taglanir.

Skip:Detect Only:Burada bir action gerçekleşmez.Sadece durumu monitor ederek ileriye dair fikirler oluşturabiliriz.

Purge:Eliminate Message:Bu ayarda da tahmin edileceği üzere mail yokedilir.Alıcı kendisine bir mail gönderildiğinden haberdar olmaz.

Bunun yanında alt kısımdaki send notifications kısmıda işaretlenirse ,maili gönderen kişiye mailinin Forefront tarafından filtrelendiği belirtilir.

Şimdi clientların birinden diğerine yukarıda belirttiğimiz kelimeleri kullanarak bir mail atalım.Ben action olarak mesajın subject kısmını taglamesini seçtim.Maili gönderdiğimde mail alıcıya ulaşır ancak aşağıdaki şekilde subject kısmı düzenlenir.

Aynı şekilde dosya bazlı filtrelemeyide birdahaki yazımızda inceleyeceğiz.

Exchange 2007′de Single-label Domain Names sorunu ve çözümü

msexchangeteam.org adresi hergün takip edilmesi gereken bir adres.Birkaç hafta önce gelen feedbackler sayesinde farkına vardıkları bir sorunu siteye taşıyorlar ve ziyaretçilerden kendi organizasyon bilgilerini isteyerek değerlendirme yapıyorlar.

http://msexchangeteam.com/archive/2008/01/17/447869.aspx

Ardından konuyla ilgili uzun bir açıklama yapıyorlar.Kullanıcıları bilgilendiriyorlar.

http://msexchangeteam.com/archive/2008/02/15/448140.aspx

Ve birkaç gün sonra sorunla ilgili update’i hazırladıklarını belirtip kullanıcılara sunuyorlar.

http://msexchangeteam.com/archive/2008/03/26/448511.aspx

Takip edilmesi gereken bir süreç…

Microsoft Exchange Organization-level container object with error code 0×80072030

Varsayalım server 2003 üzerine Exchange 2007 kurdunuz.Bu kurulum sırasında exchange forestprep ile schemayı kendine göre geniÅŸletecektir.Aynı zamanda bu exchange 2007′yi kurduÄŸunuz makine daha önceki zamanlardada DC olarak görev yapmış olsun.Ardından Exchange 2007′den vazgeçip Exchange 2003′e dönmeye karar verdiniz.Ve kuruluma baÅŸladınız.Böyle bir kombinasyon yapan birisi varsa biraz başı aÄŸrıyabilir benim gibi:)

Exchange 2003 kurulumu hemen yapmayacaktır çünkü forestprep çalıştırmak isteyecek.Ama bunu çalıştırdığınızdada loglarda hiçbir iz bırakmadan bir hatayla karşılaÅŸtı ve geniÅŸletemiyorum diyecektir.Eski dc’nin kalıntıları temizlenir.(Sites and services altında)FSMO rolleri yerli yerindemi bakılır.(hepsi yeni dc’ye aktarılmışmı)Ama bunlar yanıt vermez.Microsoftun ilgili makalesine baktığımızda bize sebebi anlatacak fakat bir çözüm sunmayacaktır.Bu durumda ÅŸu iÅŸlemi gerçekleÅŸtirirseniz forestprepi tekrar çalıştırabilirsiniz.

Support Tools’u yükledikten sonra Adsiedti.msc konsolunu çalıştırıp organizasyonunuz altında services altına gelerek Microsoft Exchange silinir.Bu iÅŸlemden sonra Forestprep çalışacaktır.Ama Exchange 2003 sorunsuz yüklenecekmidir henüz bilmiyorum

Exchange 2007 ile birlikte IIS dizinindeki deÄŸiÅŸiklikler

Exchange 2007 kurulumu ile birlikte IIS üzerindeki Default Web Site’ımıza birkaç dizin eklenecektir.

İsterseniz şimdi bu dizinlerden kısaca bahsedelim.

Autodiscover : BildiÄŸimiz gibi AutoDiscover servisi sayesinde Exchange 2007′de Outlook 2007 istemcilerimizi otomatik konfigure edebiliyoruz.Buda bu servisin sanal dizini.
EWS : Bu dizin Exchange 2007′nin web servislerine eriÅŸim için kullanılıyor.
Exadmin : Public Folderların yönetimi için kullanılan dizin
Exchange : Exchange 2000 yada 2003 üzerinde tutulan mailboxlar için kullanılan dizin
Public : Exchange 2000 yada 2003 üzerinde tutulan public folderlar için kullanılan dizin
Microsoft-Server-ActiveSync : Mobil istemciler ile senkronizasyonu saÄŸlayan dizin
OAB : Offline Adress Book için başvurulan dizin
UnifiedMessaging : Exchange 2007 Unified Messaging servisi için kullanılan dizin.

Kurulumdan sonra Exchange 2007 ile mail gönderimi

Exchange 2000 yada 2003 temiz ve sade bir kurulumdan sonra artı herhangi bir konfigurasyon yapmamıza gerek kalmadan mail alışverişini sağlayabiliyorduk.Bu internal domainler içinde external domainler içinde aynı idi.

Exchange 2007′deki deÄŸiÅŸen mimaride ise, kurulumdan hemen sonra gerekli konfigurasyonları yapmadığımız takdirde dışarıya mail atabilmemizin imkanı yoktur.Ancak domain içi mailleÅŸmeleri gerçekleÅŸtirebiliriz.Peki Exchange sunucumuzu dışarısı ile haberleÅŸmesi için nasıl yapılandırabiliriz?Aslında cevabı çok basit.Hızlı bir ÅŸekilde “send connector” oluÅŸturmak.Böylece sorunsuzca mail gönderimine baÅŸlayabiliriz.

Send connector oluÅŸturmak için management console’u kullanabileceÄŸimiz gibi aynı zamanda powershell’ide kullanabiliriz.

Exchange Management Console içerisinden send connector oluşturmak için;

•  Organization Configuration - Hub Transport - Send Connectors - New Send Connector yolunu izleriz.
•  OluÅŸturacağımız connectore bir isim veririz.”Select the intended use for this connector” kısmında internet’i seçeriz.
•  Bir sonraki pencerede , amacımızı bu connector amacıyla tüm dışarı adreslerine mail atmak olduÄŸu için , Add   butonuna basarak domain kısmına * iÅŸaretini koyarız.
• Bir sonraki ekranda bizden smart host kullanmak isteyip istemediÄŸimiz sorar.( Bknz: SmartHost)
• EÄŸer yapımızda bir adet Hub transport sunucu varsa baÅŸka sunucu eklememize gerek kalmadan iÅŸlemi bitirebiliriz.

Aynı iÅŸlemleri tabikide PowerShell’i kullanarakta gerçekleÅŸtirebiliriz.Bunun  için;

new-SendConnector -Name ’send connector ismi’ -Usage ‘Internet’ -AddressSpaces ’smtp:*;1′ -DNSRoutingEnabled $true -UseExternalDNSServersEnabled $false -SourceTransportServers ‘SQA-LCS2005′

komutunu kullanabiliriz.

Exchange 2007 and Domain Controllers

Exchange 2007 and OS versions

Exchange Server 2007 posterinizi yükleyin!

Daha öncesinde Microsoft tarafından yayınlanan Windows Server 2008 posteri ile ws2008 altyapısını ayrıntılı bir şekilde görmüştük.

Sıra Exchange Server 2007 posterinde!

http://download.microsoft.com/download/b/2/0/b20ed7c4-4c29-4e8c-8bce-02f3a7bc0071/ExchangePoster.pdf

Exchange Server 2007 Update Rollup 4

Microsoft tarafından Exchange 2007 için birçok düzeltmenin yapıldığı Update Rollup 4 yayınlandı.
Aşağıdaki adresten bu updateleri yükleyebilirsiniz.
http://www.microsoft.com/downloads/details.aspx?FamilyId=E56FC52A-216E-4225-BF2F-F082C20B7B21&displaylang=en
Aynı zamanda Microsoft Update ilede bu dosyalara ulaşabilirsiniz.Microsoft tarafından belirtildiğine göre bu update ile birlikte yapılan düzenlemeler aşağıdaki gibi:

* 930463 - Missing Recipients on Edge cause 5.1.1 NDR, Edgesync does not Sync objects from Other domain trees in Same Forest
* 937656 - Change to DST transition dates in New Zealand time zone starting 2007
* 936300 - Mailbox Moves Blocked due to store deadlock
* Dismount Fails When Run As Local System
* Cancelling a backup from replica writer leaves store in backup in progress state, store restart is required in order to continue the backups successfully
* 932561 - Implement Western Australia DST time zone
* Test-edgesync needs to compute proxyaddress hash only once to avoid false positive in multi-edge server scenario
* 937861 - Exchange Gives Borked Address Type Array to Client, Causing NDR
* 938359 - Store.exe crash while composing a standard reply for moderated email-enabled public folder
* 938698 - LLRPerf: Long running open transactions are causing the checkpoint adv to be tricked into thinking it needs to version pages
* 936716 - Date format in body of read receipt confirmation does not match OS regional settings
* 940052 - Unable to reconnect a mailbox through EMC
* 933314 - ADSizelimitExceededException when GetDefaultAcceptedDomain() is called
* 939560 - EcGetSTF will only return maxPageSize number of OABs, not enough for hosting systems

Exchange 2007 ile birlikte tarihe karisanlar

* 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

Exchange 2007 üzerine Microsoft Anti Spam Agents kurulumu

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

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

Exchange Server 2007 yi kaldırırken Public Folder Hatası

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 5.5 den Exchange 2007 ye mailbox migration

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.

Exchange 2007 Dil DesteÄŸi

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.