.
Test sunucusuna Exchange Server 2010 Merkez Aktarım (HUB) ve Ä°stemci EriÅŸim (CAS) rolleri kuruluydu. Merkez Aktarım rolünü kaldırmaya çalıştığımda bu sunucunun zaten bulunmadığı ile ilgili garip bir hata aldım. Bir yerde sorun vardı. Ãœstüne üstlük bu sorun nedeniyle Exchange Server 2010 SP1 Beta‘sını da baÅŸarıyla kuramıyordum.
Not: Bu sorunu Exchange Server 2010′da yaÅŸadım. Ancak 2007‘de de benzer sorunu yaÅŸayan pek çok kiÅŸi bulunduÄŸunu gördüm.
Sorun
Program Ekle/Kaldır ara yüzünden veya Exchange kurulum dosyası üzerinden Merkez Aktarım rolü kaldırılmak istendiğinde aşağıdaki gibi bir hata çıkıyor:
The following error was generated when “$error.Clear(); get-PowerShellVirtualDirectory -server $RoleFqdnOrName -DomainController $RoleDomainController | remove-PowerShellVirtualDirectory -DomainController $RoleDomainController;” was run:
“Exchange server “TESTCHS01.birvesifir.com” was not found. Please make sure you have typed it correctly.”.
Ne olay günlüğünde ne de Exchange kurulum günlüğünde hata belirtilenden daha fazla bilgi yer almıyor.
.
OWA (Outlook Web Access) oturumunu kapattıktan sonra tekrar giriş yapmak istediğinizde muhtemelen pencereyi kapatıp açıyorsunuzdur veya adres satırını elle düzenliyorsunuzdur. Aşağıdaki kısa kod sayesinde buna gerek kalmıyor.
AÅŸağıdaki kodu Ä°stemci EriÅŸim (Client Access) sunucunuzun “C:\Program Files\Microsoft\Exchange Server\ClientAccess\Owa\auth” dizini içerisindeki logoff.aspx dosyasına kopyalayın. Kopyalayacağınız yeri bulmak için dosyada “logoffclose” kelimesini aratın (Exchange Server 2007 SP2′de 115.satırda).
.
EÄŸer kurumunuzdaki personel sayısı 20.000‘lerin üzerindeyse ÅŸifre iÅŸlemleri sizi çok zorlayacaktır. Özellikle de ÅŸifresinin süresi dolan (expired) veya ilk kez giriÅŸ yapan (first logon) kullanıcılar için özel uygulamalar geliÅŸtirmelisiniz. Çünkü standart OWA ara yüzünden bunu yapamıyorsunuz. YAPAMIYORDUNUZ! Exchange Server 2007 SP3 ile artık bu iÅŸlemler otomatik olarak gerçekleÅŸiyor.
SP3′ü Ä°stemci EriÅŸim (Client Access) sunucunuza kurduktan sonra aÅŸağıdaki kayıt defteri (registry) deÄŸerini girmelisiniz. EÄŸer bu deÄŸeri girmezseniz “expired” ve “firstlogon” durumundaki kullanıcılar otomatik olarak ÅŸifre deÄŸiÅŸtirme ekranına yönlendirilmeyecektir.
Adres: HLKM\SYSTEM\CurrentControlSet\Services\MSExchange OWA
Değer türü: DWORD
Değer adı: ChangeExpiredPasswordEnabled
DeÄŸeri: 1
Bu işlemden sonra şifresinin süresi dolmuş veya ilk kez giriş yapan bir kullanıcıyla test edin. Aşağıdaki gibi bir ekranın geldiğini göreceksiniz. Süper!
.
.
EÄŸer ortamınızda TMG (Threat Management Gateway) varsa istemcilerin aldığı AutoDiscover.xml dosyasındaki tüm “https” adreslerinin “http” olarak deÄŸiÅŸtirildiÄŸini farkedebilirsiniz. Öncelikle sertifika hataları olarak kendini belli eden bu durum arka planda pek çok soruna neden olabilir.
Sorun
Kullanıcılar Outlook kullanırken sürekli sertifika uyarısı aldıklarından şikayetçiler. Kendilerine gelen uyarılar aşağıdaki gibi oluyor:
Information you exchange with this site cannot be viewed or changed by others. However, there is a problem with the site’s security certificate.
The security certificate was issued by a company you have not chosen to trust. View the certificate to determine whether you want to trust the certifying authority.
.
Exchange ortamına kurulan bir Uç Aktarım (Edge Transport) sunucusun Aktif Dizin’e tanıtılması gereklidir. Bunun için bilindiÄŸi gibi Edge-Subscription olarak bilinen bir iÅŸlem yapılır. Ancak bu iÅŸlemi doÄŸru ÅŸekilde yapmanıza raÄŸmen bir türlü EdgeSync baÅŸlatılamayabilir. Hal böyle olunca da kurum ne dışarıya e-posta atabilir ne de dışarıdan e-posta alabilir. Bu soruna ve çözümüne deÄŸineceÄŸiz.
Sorun
BaÅŸarılı ÅŸekilde Edge-Subscription iÅŸlemini yapıyorsunuz. Daha sonra Merkez Aktarım (Hub Transport) sunucusu üzerinden “Start-EdgeSynchronization” komutunu verdiÄŸinizde herhangi bir sonuç dönmüyor. Olay günlüğüne baktığınızda ise aÅŸağıdaki hatayı alıyorsunuz:
No credential was found for TESTEDG01.testortami.com
Son 3 Yorum