Alan Adına Özel Kurumsal E-posta Sunucusu Kurulumu

Teklif gönderdiğiniz bir firma, ücretsiz bir e-posta servisinden gelen adresi görünce bir an duraksar. Aynı teklif ad@firmaniz.com adresinden gelse çok daha ciddi algılanır. Ancak işin bir de görünmeyen tarafı var: alan adına özel adres açmak kolaydır, iletilerin karşı tarafın gelen kutusuna sorunsuz düşmesi ise doğru yapılandırmaya bağlıdır. Bu yazıda kurumsal e-posta sunucusu seçeneklerini, aralarındaki farkları ve kurulumda atlanmaması gereken ayarları anlatıyorum.

Kurumsal e-posta sunucusu için üç temel seçenek

Alan adınıza özel e-posta kullanmanın birkaç yolu vardır. Hangisinin uygun olduğu çalışan sayısına, güvenlik beklentisine ve teknik ekibinizin olup olmamasına göre değişir.

Seçenek	Nasıl çalışır?	Kimler için uygun?
Hosting paketindeki e-posta	Web sitenizin barındığı sunucu e-postayı da yönetir	Az sayıda hesabı olan, yoğun yazışma yapmayan küçük işletmeler
Bulut e-posta servisleri	Google Workspace veya Microsoft 365 gibi servisler e-postayı kendi altyapısında barındırır	Takvim, ortak dosya ve mobil erişime ihtiyaç duyan ekipler
Kendi e-posta sunucunuz	Kendi VPS’inizde veya şirket içi sunucunuzda posta yazılımı çalışır	Veriyi kendi kontrolünde tutmak isteyen, teknik ekibi olan kurumlar

Hosting e-postası ucuz ve pratiktir ama web sitesiyle aynı sunucuyu paylaştığı için site sorunları e-postayı da etkileyebilir. Bulut servisler güvenilir ve bakım gerektirmez; paket kapsamları ve kullanıcı başı ücretler değişebildiği için güncel şartları sağlayıcının sitesinden kontrol etmek gerekir. Kendi sunucunuz en fazla kontrolü verir, ancak spam listeleri, güvenlik güncellemeleri ve yedekleme gibi sorumlulukların tamamı size geçer.

E-postaların spam’e düşmemesi için gereken DNS kayıtları

Hangi seçeneği kullanırsanız kullanın, alan adınızın DNS bölgesinde birkaç kaydın doğru tanımlanması gerekir. Bu kayıtlar alıcı sunuculara “bu ileti gerçekten bu firmadan geliyor” bilgisini verir.

• MX kaydı: Alan adınıza gelen e-postaların hangi sunucuya teslim edileceğini belirtir. Yanlış MX, gelen postaların kaybolması demektir.
• SPF kaydı: Alan adınız adına e-posta göndermeye yetkili sunucuları listeleyen bir TXT kaydıdır. Web siteniz, CRM’iniz ve bülten servisiniz de e-posta gönderiyorsa hepsi burada yer almalıdır.
• DKIM: Giden iletilere dijital imza ekler; alıcı bu imzayı DNS’teki açık anahtarla doğrular ve iletinin yolda değiştirilmediğini anlar.
• DMARC: SPF ve DKIM kontrolünden geçemeyen iletilere ne yapılacağını (izle, karantinaya al, reddet) söyler ve size rapor gönderilmesini sağlar.

Bu kayıtların genel mantığını ve diğer kayıt türlerini DNS ayarları yazısında ayrıca anlattım. Büyük e-posta sağlayıcıları son yıllarda kimlik doğrulaması eksik iletilere karşı daha katı davranıyor; bu yüzden SPF, DKIM ve DMARC artık “olsa iyi olur” değil, temel gereklilik sayılmalıdır.

Siteden giden e-postalar ayrı bir konu

Web sitenizin form bildirimleri, sipariş onayları ve şifre sıfırlama iletileri de alan adınız adına gönderilir. Bunlar çoğu zaman sunucunun varsayılan posta fonksiyonuyla gönderildiği için spam’e düşer. Doğru yöntem, bu iletileri kimliği doğrulanmış bir SMTP hesabı ya da işlemsel e-posta servisi üzerinden göndermektir. Bu entegrasyonun ayrıntılarını e-posta servisi entegrasyonu yazısında bulabilirsiniz.

Randevu ve ödeme adımları içeren platformlarda bu konu daha da kritik hâle gelir. Örneğin Docker tabanlı sunucu altyapısını kurduğum WM Health İstanbul tele-sağlık platformu gibi doktor seçimi, takvimden randevu ve online ödeme adımları olan sistemlerde, kullanıcıya giden her bildirimin gelen kutusuna güvenle ulaşması hizmetin kendisi kadar önemlidir. Bu yüzden böyle projelerde e-posta yapılandırması sunucu kurulumunun ayrılmaz bir parçası olarak ele alınmalıdır.

Mevcut e-postalardan yeni sisteme geçiş

Halihazırda kullandığınız bir e-posta hizmetinden kurumsal bir yapıya geçerken asıl endişe, eski yazışmaların kaybolmasıdır. Planlı bir geçiş şu adımlarla yapılır:

1. Envanter çıkarma: Hangi hesaplar, takma adlar (alias) ve yönlendirmeler var; listesi hazırlanır.
2. Yeni hesapların açılması: MX kaydı henüz değiştirilmeden yeni sistemde hesaplar oluşturulur.
3. Eski postaların taşınması: IMAP üzerinden klasörlerle birlikte eski iletiler yeni sisteme kopyalanır.
4. MX değişikliği: Trafiğin düşük olduğu bir zamanda MX kaydı yeni sisteme yönlendirilir; DNS yayılması sırasında gelen iletiler için son bir eşitleme yapılır.
5. Cihaz ayarları: Çalışanların telefon ve bilgisayarlarındaki posta uygulamaları yeni sunucu bilgileriyle güncellenir.

Güvenlik ve yönetim tarafı

Kurumsal e-posta, şirketin en çok saldırı alan kapılarından biridir. Oltalama iletileri, ele geçirilen şifreler ve sahte fatura dolandırıcılıkları çoğunlukla bu kanaldan gelir. Kurulumla birlikte şu önlemleri de düşünmek gerekir:

• Tüm hesaplarda iki adımlı doğrulama.
• Ayrılan çalışanların hesaplarının kapatılması veya bir yöneticiye devredilmesi için yazılı bir süreç.
• Önemli kutuların düzenli yedeklenmesi.
• Şifre sıfırlama işlerinin güvenli ve kayıtlı yapılması. Çok sayıda çalışanı olan kurumlarda bu işin otomatikleştirilmesini şifre sıfırlama otomasyonu yazısında ele aldım.

Bu işi nasıl birlikte yaparız?

Kurumsal e-posta kurulumu veya mevcut sisteminizin düzeltilmesi için süreç genellikle şöyle ilerliyor:

1. İhtiyacı dinlemek: Kaç kullanıcı var, hangi cihazlardan erişiliyor, takvim ve dosya paylaşımı gerekiyor mu; bunları konuşuyoruz.
2. Seçenek ve teklif: Hosting e-postası, bulut servis ya da kendi sunucu arasında artı ve eksileri açıkça ortaya koyup kapsamı yazılı hâle getiriyoruz.
3. Kurulum ve doğrulama: MX, SPF, DKIM ve DMARC kayıtlarını tanımlıyor, test iletileriyle kimlik doğrulamasının geçtiğini kontrol ediyorum.
4. Geçiş, teslim ve destek: Eski postaları taşıyor, cihaz ayarları için kısa bir kılavuz hazırlıyor ve sonrasında oluşabilecek sorunlarda destek veriyorum.

E-posta altyapınızı konuşmak için iletişim sayfasından bana ulaşabilirsiniz.

Sık sorulan sorular

Kendi kurumsal e-posta sunucumu kurmalı mıyım?

Teknik ekibiniz ve veriyi kendi sunucunuzda tutma zorunluluğunuz yoksa genellikle bulut servisler daha az bakım gerektirir. Kendi sunucunuz tam kontrol sağlar ama güvenlik, güncelleme ve itibar yönetimi sorumluluğu getirir.

E-postalarım neden spam klasörüne düşüyor?

En yaygın nedenler eksik veya hatalı SPF, DKIM ve DMARC kayıtları, paylaşımlı sunucunun IP adresinin kara listede olması ve sitenin kimlik doğrulaması olmadan posta göndermesidir.

E-posta sağlayıcısını değiştirirsem eski iletilerim kaybolur mu?

Planlı bir geçişte kaybolmaz. Eski iletiler IMAP üzerinden klasörleriyle birlikte yeni sisteme taşınır, MX değişikliği ancak bundan sonra yapılır.

Web sitesi ile e-posta aynı yerde mi olmalı?

Zorunlu değildir. MX kaydı sayesinde site bir sunucuda, e-posta başka bir serviste çalışabilir; bu ayrım, bir taraftaki sorunun diğerini etkilemesini de önler.

Sonuç

Kurumsal e-posta sunucusu seçimi yalnızca adres açmak değil; doğru DNS kayıtları, güvenli yönetim ve planlı geçişle güvenilir bir iletişim altyapısı kurmaktır. Mevcut durumunuzu birlikte gözden geçirmek isterseniz bana yazabilirsiniz.