Category Archives: Exchange Server

Exchange 2010 Address Rewriting

Leave a reply

Exchange sunucularda EDGE rolü yüklü olan bir sunucu üzerinde “address rewriting” özelliğini kullanabiliriz. Bu özellik ile kurum içerisinden attığımız emaillerin sanki farklı bir adresten atılıyormuş gibi gösterilmesini sağlıyoruz.

Exchange 2010 sunucu giden yada gelen elektronik postanın SMTP başlığını tekrar yazarak mesajın adresini değiştirebiliyor.  Bu özellik kurumların iç domain ismini yada subdomain isimlerini saklamak istediklerinde çok yararlı bir özellik olarak ortaya çıkıyor.

Kurum içerisinden  ortac@yazilimdevi.com  şeklinde mail adresi olan kişi mail attığında karşıdaki kişi kendi posta kutusuna baktığı zaman gelen mailin “ortac” kişisinden geldiğini görüyor fakat o kişinin email adresini  ortac@infopark.com.tr  olarak görüyor.

Address rewriting uygulaması basit anlamda SMTP başlık alanını tekrar yazıyor. Yazabildiği başlık alanları:

Continue reading →

Exchange Server 2010 OWA Adres Yönlendirmesi

Leave a reply

Exchange sunucumuzu ilk kurduğumuzda belkide yapılması gereken ilk ayarlardan biride OWA adresini yönlendirmektir. Bunun sebebide sunucu kurulduğundan web üzerinden erişim  https://sunucuismi/owa şeklinde yada DNS de yapacağımız ayarlar ile  https://mail.domainismi/owa şeklinde olacaktır.

 

Her iki durumda da son kullanıcıya “https” yazdırmak ve e-posta adresi ile değilde (mail.yazilimdevi.com gibi) farklı bir adresle erişim sağlanmaktadır. Bu hem iç domainde hemde dışarıdan gelen kullanıcılar içinde aynıdır.

Son kullanıcıya istediğimiz adresten eriştirmek, https yazmasına zahmet ettirmemek ve tabikide sonuna “owa” yazdırmamak için HTTP yönlendirmesi kullanabiliriz. Öncelikle CAS sunucularımızda IIS’in “HTTP Redirection” eklentisinin yüklü olup olmadığını kontrol ediyoruz.

Continue reading →

Exchange Server 2010 OWA Bağlantı Sayfasının Değiştirilmesi

Leave a reply

 

Exchange 2010 sunucumuzu kurup yapılandırdıktan sonra owa bağlantı sayfasınıda istediğimiz gibi şekillendirebiliriz. Bunun için öncelikle hangi dosyalar üzerinde değişiklik yapmamız gerektiğini bilmemiz gerekiyor.

OWA bağlantı sayfası bilindiği üzere Client Access Server lar üzerinde kontrol edili ve yönetilir. Bu yüzden CAS sunucularda  “program files” altında microsoft ve exchange klasörünü buluyoruz. Daha sonra aşağıdaki resimde gözüken adres e geliyoruz.

Bu adres içerisinde “resources” altındaki owa sayfasının bölümlerini görmekteyiz. OWA sayfası birçok parçadan oluşmaktadır. Özellikle bu resimler önemlidir:

Lgnbotl.gif

Lgnbotm.gif

Lgnbotr.gif

Lgnexlogo.gif

Lgnleft.gif

Lgnright.gif

Lgntopl.gif

Lgntopm.gif

Lgntopr.gif

Logopb.gif

Logopt.gif

Nbbkg.gif

Continue reading →

Exchange Server 2010 Outlook Sertifika Uyarısı

Leave a reply

Exchange 2007 ile birlikte artık istemci makinalar sertifika ile cas sunucuya erişmektedir.  İç ağınızda bir CA sunucnuz var ise IIS üzerinden yaratabileceğiniz bir sertifika ile localden gelen kullanıcılara sertifika verebilirsiniz. Dışardan gelen kullanıcılar ise globalsign yada versign gibi yerlerden alınmış gerçek sertifikalar ile ancak güvenli iletişim yapabilirler.

Böyle bir durumda clientlar sertifikaları otomatik olarak görüp güvenli iletişime geçebilirler. Outllook bağlantılarında da herhangi bir uyarı yada sorun ile karşılaşmıyacaklardır. Fakar domain isminiz ile hizmet verdiğiniz elektronik posta adresi farklı olduğunda, örneğin domain ismi : yazilimdevi.local ve e-posta adresiniz  yazilimdevi.com  gibi, outlook kullanıcıları aşağıdaki gibi uyarı ile karşılaşabilirler:

“the name on the security certificate is invalid or does not match the name of the site”

 

 

 

Burdaki sistem şu şekilde çalışır; clientlar mapi üzerinden CAS sunucuya gelirler. Gelirkende autodiscovery yöntemini kullanılırlar. Autodiscovery sonucunda mapi client ın kontrol ettiği isim CAS sunucunun ismidir. Örnek cas1.yazilimdevi.local.  Fakat sizin hizmet verdiğiniz posta adresi yazilimdevi.com. Adresler farklı olduğu için uyarı çıkarırlar.

Uyarıyı gidermek için aşağıdaki komudu tüm cas sunucularda exchnage powershell üzerinden çalıştırmanız gerekiyor:

Set-ClientAccessServer    -Identity    cas.yazilimdevi.local    -AutodiscoverServiceInternalUri  https://posta.yazilimdevi.com/autodiscover/autodiscover.xml

Set-WebServicesVirtualDirectory   -Identity   “cas.yazilimdevi.local\EWS (Default Web Site)” -InternalUrl   https://posta.yazilimdevi.com/ews/exchange.asmx

Set-OABVirtualDirectory   -Identity    “cas.yazilimdevi.local\oab (Default Web Site)”   -InternalUrl https://posta.yazilimdevi.com/oab

 

Burada dikkat etmeniz gereken noktalar:

–          Komudu yazarken cas sunucunuzun FQDN ismini belirtmenizi tavsiye ederim.

–          https ile kullandığım bağlantı mevcutta erişimini sağladığım bağlantıdır. Yani tüm kullanıcıların bağlanması gereken adres.

–          Tüm cas sunucularda mutlaka yazılmalıdır bu komutlar. Her cas sunucuda yazılırken cas sunucu FQDN adresini sunucuya özel kullanmayı unutmayınız.

–          Komutlarda , özellikle ilkinde,  “-identity” de sorun olursa komudu bu parametre kullanmadan girin.

Exchange Server 2010 Resimli İmza Uygulaması

5 Replies

Exchange sunucularımızada mail gönderenler için otomatik olarak imza (disclaimer) uygulamasını uzun zamandır yapabiliyoruz. Exchange 2010 da ise bu imzayı dinamik olarak hazırlayabiliyoruz. Yani sistem artık kullanıcıların bilgisini active directoryden alarak herkes için otomatik olarak imza atayabiliyor. Böylelikle standart kurum imzası dışında kullanıcı bilgilerininde imzalarda yer almasını kullanıcılara ayar yapmadan sağlatabiliyoruz.

Bir diğer güzel bir özellik ise html kodları sayesinde dinamik imzalara resimde ekleyebilmemiz. Bu şekilde kurum maillerinin imza görüntüsünü daha profesyonel bir görünüme kavuşturabiliriz.

Uygulamamızda hem dinamik disclaimer nasıl yaratılıyor hemde resim bu imzaya nasıl ekleniyoru göreceğiz.

Continue reading →

Exchange Server 2010 DAG Database Failed Durumu

Leave a reply

Exchange 2010 sunucunuzda birçok sebebten dolayı email veritabanı “failed” duruma geçebilir. Bu durumlardan biride DAG oluşturuken gerçekleşebilir. Eğer DAG içerisine koyacağınız mail veritabanı üzerinden “circular logging” özelliği açık ise DAG içerisine dahil edemezsiniz. Fakat daha önce açılmış bu özelliği kapatsanız dahi DAG a alırken problem olabilir.

DAG a email veritabanı dahil edilirken aşağıdaki gibi “fail” durumu ile karşılaşabilirsiniz.

 

Continue reading →

Exchange Server 2010 SP2 ile Yeni Gelen Özellikler

Leave a reply

Microsoftun başarılı mesajlaşma sunucusu Exchnage 2010, SP2 güncellemesi ile dahada rakipsiz ve kuvvetli bir sunucu haline geldi. Yaklaşık olarak 500 bug giderildi.

Sp1 ile büyük bir değişim yaşayan, arşivleme özelliğini ayrı bir veritabanında bulundurma  gibi önemli değişiklikler gelen Exchange 2010 sunucuya Sp2 ile de birçok güzel özellik geldi.

Continue reading →

RMS Shared Identity user FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042 not found Hatasi

Leave a reply

Exchange 2010 ortamında yeni bir mail sunucu (cas, hub yada mailbox) eklersen bu hatayı alabilirsiniz. Ayrıntılı olarak hata şu şekildedir:

Error:
The following error was generated when “$error.Clear();
if ( ($server -eq $null) -and ($RoleIsDatacenter -ne $true) )
{
Update-RmsSharedIdentity -ServerName $RoleNetBIOSName
}
” was run: “RMS Shared Identity user FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042 not found.”.

 

 

Bu hata birkaç sebebten oluşabilir. Öncelikle  birisi daha önceden bu “FederatedEmail” hesabını silmiş olabilir. Bu hesab Exchange 2010 ortamı için çok önemlidir ve tüm Exchange 2010 organizasyonlarında bulunmalıdır. Bu hesab bize hakemlik sağlar.

Bu hesabı tekrar yaratmak için Exchange 2010 management shell li kullanarak aşağıdaki komut verilir:

New-Mailbox -Arbitration -Name FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042 -UserPrincipalName FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042@default_accepted_domain

NOT: Komudu kendi organizasyonunuz için düzenlemeniz gerekiyor.

 

Eğer Exchange powershell ile yapmak istemiyorsanız Exchnage 2010 Sp1 dvd si ile setup.exe /prepareAD komudu vermenizde yeterlidir.

Bu aşamalardan sonra başarılı bir şekilde kullanıcı yaratılacak ve exchange rolleri kurulabilecektir.