Kendi Alan Adımla Kurumsal Mail Nasıl Açarım

Alan adınızı aldınız, siteniz yayında ve şimdi kartvizite yazacak bir adres lazım: [email protected]. Kurumsal mail nasıl açılır sorusunun cevabı teknik olarak birkaç dakikalık bir iştir, ama bu birkaç dakikalık işin arkasında insanların çoğunun bilmediği bir mekanizma vardır: alan adınızın hangi sunucuya mail teslim edeceğini belirleyen MX kaydı. Bu kaydı anlamadan mail hesabı açarsanız, hesap oluşur ama mail gelmez; ya da mail gelir, gönderemezsiniz; ya da bir gün başka bir mail servisine geçmek istediğinizde neden iki sistemin aynı anda çalışmadığını çözemezsiniz.

Bu yazı, kendi alan adınızla mail adresi açmanın üç ayrı yolunu tarafsız olarak anlatıyor: hostinginizin üzerindeki mail hizmeti, ayrı bir kurumsal e-posta hizmeti ve kendi mail sunucunuz. Sonra MX kaydının tam olarak ne yaptığını, alan adı bir firmadan hosting başka bir firmadan alındığında ne değişeceğini, cPanel üzerinde hesap açmanın adımlarını, ilk hesaptan sonra mutlaka yapılması gereken SPF/DKIM ayarlarını ve Outlook ile telefon kurulumunu sırayla ele alıyoruz. Bir de çoğu kişinin ancak sorun yaşayınca öğrendiği kritik gerçeği: hosting maili ile harici bir mail servisini aynı alan adında aynı anda kullanamazsınız.

Kurumsal Mail Nedir, Ücretsiz Adresten Farkı Ne#

Kurumsal mail, alan adınızın uzantısını taşıyan e-posta adresidir — [email protected] gibi. Teknik olarak farkı, mesajların sizin kontrol ettiğiniz bir alan adı üzerinden teslim edilmesidir; bunun pratik sonuçları ise şunlardır:

• Güven. Bir teklif [email protected] adresinden geldiğinde alıcı firmanın ciddiyetini sorgular. Bu ölçülebilir bir şey değil ama satış yapan herkesin bildiği bir gerçektir.
• Kalıcılık. Çalışan ayrıldığında [email protected] adresi şirkette kalır, yeni kişiye devredilir. Kişisel bir ücretsiz adres ayrılan kişiyle birlikte gider.
• Denetim. Adres sayısını, kotaları, yönlendirmeleri siz yönetirsiniz.
• Marka koruması. Alan adınızın mail kimlik kayıtlarını (SPF, DKIM, DMARC) siz kurduğunuz için, adınıza sahte mail atılmasını zorlaştırabilirsiniz.

Karşı taraftaki maliyet ise sorumluluktur: kotayı siz izlersiniz, yedeği siz düşünürsünüz, gönderim itibarını siz korursunuz. Ücretsiz bir adreste bunların hepsini sağlayıcı yapar.

Kurumsal Mail Açmanın Üç Yolu#

Kendi alan adınızla mail açmanın birbirinin yerine geçen üç yöntemi vardır ve seçim, kaç kişi olduğunuza ve ne kadar teknik yük taşımak istediğinize göre değişir.

Hosting üzerindeki mail en yaygın başlangıçtır. Zaten sitenizin durduğu paylaşımlı hosting hesabında mail hizmeti hazır gelir; cPanel'den hesap açarsınız ve o kadar. Kısıtı disktir: mail kutuları site dosyalarıyla aynı kotayı paylaşır, dolarsa hem mail gelmez hem site etkilenebilir.

Ayrı kurumsal e-posta hizmeti, mail trafiğini siteden tamamen ayırır. Sitenizde bir sorun olduğunda mail etkilenmez, kotalar bağımsızdır. Kurulum sırasında MX kaydını değiştirmeniz gerekir ve bu, aşağıda anlatacağımız asıl teknik adımdır.

Kendi mail sunucunuz, tam kontrol ister ve tam sorumluluk getirir. Postfix + Dovecot + spam filtresi kurmak, rDNS ayarlatmak, gönderim itibarını korumak ve bunları sürekli bakımda tutmak demektir. Bunun karşılığı, gönderim limitine takılmamak ve veriyi kendi diskinizde tutmaktır.

MX Kaydı Tam Olarak Ne Yapar#

MX kaydı, alan adınıza gelen mailin hangi sunucuya teslim edileceğini söyleyen DNS kaydıdır. Web trafiğiyle hiçbir ilgisi yoktur — bu, konuyu en çok karıştıran noktadır.

Birisi [email protected] adresine mail attığında olan şudur:

1. Gönderen sunucu, sirketiniz.com alan adının MX kaydını sorar.
2. DNS, bir veya birden fazla sunucu adı ve öncelik değeri döndürür.
3. Gönderen sunucu, en düşük öncelik numaralı sunucuya bağlanıp mesajı teslim etmeye çalışır.
4. O sunucu cevap vermezse sıradaki önceliğe geçer.

Komut satırından kendi kaydınızı görmek için:

dig +short sirketiniz.com MX

Tipik bir çıktı şöyledir:

0 sirketiniz.com.

ya da ayrı bir mail hizmeti kullanıyorsanız:

10 mx1.saglayici.com.
20 mx2.saglayici.com.

Öncelik numarasında küçük olan önce denenir. 10 ve 20 yazan iki kayıt varsa, gelen mail önce mx1'e gider; o cevap vermezse mx2 devreye girer. İkisi de aynı numaraya sahipse yük rastgele paylaştırılır.

Buradaki kritik ayrım şudur: A kaydı sitenizin nerede durduğunu, MX kaydı mailinizin nereye gideceğini söyler. İkisi tamamen farklı yerlerde olabilir. Sitesi bir sunucuda, maili bambaşka bir serviste olan binlerce şirket vardır ve bu tamamen normaldir. MX kaydının ne olduğunu ve nasıl okunacağını daha ayrıntılı görmek isterseniz MX kaydı nedir yazısı yalnızca bu konuya ayrılmış.

Alan Adı Bir Yerde, Hosting Başka Yerdeyse Ne Olur#

Bu, Türkçe kaynaklarda neredeyse hiç açıklanmayan ama en sık takılınan noktadır. Cevap tek bir soruya bağlıdır: alan adınızın nameserver'ları kimde?

Alan adının DNS kayıtlarını hangi panelden yöneteceğinizi nameserver belirler. Üç olası durum vardır:

Durum 1 — Nameserver'lar hosting firmanızda. Alan adını başka bir yerden almış olsanız bile, alan adı panelinde nameserver'ları hosting firmanızınkiyle değiştirdiyseniz, tüm DNS kayıtları (A, MX, TXT) hosting panelinizden yönetilir. Hosting üzerinde mail hesabı açtığınızda MX kaydı zaten doğru olduğu için başka bir şey yapmanız gerekmez.

Durum 2 — Nameserver'lar alan adını aldığınız firmada. Bu durumda hosting panelinizde açtığınız mail hesabı çalışmaz, çünkü dünyaya yayınlanan MX kaydı hostinginizi göstermez. Alan adı firmasının DNS panelinden MX kaydını elle hostinginize çevirmeniz gerekir. Hosting firması size genellikle mail.sirketiniz.com gibi bir hedef ya da doğrudan sunucu adı verir.

Durum 3 — Nameserver'lar üçüncü bir DNS servisinde. Site trafiğini bir CDN veya DNS servisi üzerinden geçiriyorsanız kayıtlar orada tutulur; MX kaydını da orada tanımlarsınız. Burada klasik hata, mail alt alan adının (mail.sirketiniz.com) CDN üzerinden proxy'lenmesidir — mail trafiği HTTP değildir, proxy'lenirse teslim başarısız olur. O kaydın "sadece DNS" modunda olması gerekir.

Nameserver'larınızın nerede olduğunu görmek için:

dig +short sirketiniz.com NS

Çıktıda gördüğünüz nameserver'lar hangi firmaya aitse, MX kaydını da o firmanın panelinden değiştireceksiniz. Nameserver'ı değiştirmek ile MX kaydını değiştirmek birbirinin alternatifidir: birincisi tüm DNS yönetimini taşır, ikincisi sadece mail teslimini taşır.

cPanel Üzerinde Kurumsal Mail Hesabı Açma#

Hosting üzerinde mail açmak, MX kaydı doğruysa gerçekten birkaç tıklamadır. cPanel için sıra şöyle:

1. cPanel'e giriş yapın ve E-posta bölümünden E-posta Hesapları'na (Email Accounts) gidin.
2. Oluştur (Create) düğmesine basın.
3. Alan adı listesinden doğru alan adını seçin — birden fazla alan adı barındırıyorsanız burada yanlış seçim en sık yapılan hatadır.
4. Kullanıcı adı alanına info, satis, muhasebe gibi kısmı yazın. Tam adres otomatik oluşur.
5. Güçlü bir şifre belirleyin. Buraya yazacağınız şifre, sunucunuzun spam kaynağı olmaması için önemli olan tek şeydir; zayıf şifreli mail hesapları en sık ele geçirilen hedeflerdir.
6. Depolama alanı (Storage Space) kotasını belirleyin. Sınırsız bırakmak cazip gelir ama tek bir hesabın tüm hosting diskini doldurmasına açık kapı bırakır. Somut bir değer verin.
7. Oluştur'a basın.

Hesap saniyeler içinde hazır olur.

Hesabın çalıştığını doğrulamanın en hızlı yolu webmail'e girip kendinize bir test maili atmaktır. Genellikle https://sirketiniz.com/webmail veya https://webmail.sirketiniz.com adresi kullanılır; bazı sunucularda ise doğrudan https://sunucuadi:2096 portu üzerinden giriş yapılır.

Komut satırından hesabın var olup olmadığını sınamak isterseniz:

openssl s_client -connect mail.sirketiniz.com:993 -crlf -quiet
a1 LOGIN [email protected] SIFRENIZ

a1 OK cevabı geldiyse hesap ve kimlik doğrulama çalışıyor demektir.

İlk Hesaptan Sonra Yapılması Zorunlu Ayarlar#

Mail hesabı açmak işin yarısıdır. Gönderdiğiniz maillerin spam klasörüne değil gelen kutusuna düşmesi için üç DNS kaydı ve bir ters DNS ayarı gerekir. Bunlar yapılmadan açılan kurumsal adres, ilk günden itibaren "gönderiyorum ama karşı tarafa ulaşmıyor" şikâyeti üretir.

SPF kaydı, alan adınız adına hangi sunucuların mail gönderebileceğini bildirir. TXT tipinde tek bir kayıttır ve alan adı başına yalnızca bir tane olmalıdır:

sirketiniz.com.  IN  TXT  "v=spf1 a mx include:saglayici-spf.com ~all"

DKIM kaydı, giden her maile kriptografik imza ekler ve alıcı bu imzayı DNS'teki açık anahtarla doğrular. cPanel'de "E-posta Doğrulama" (Email Deliverability) ekranından tek tıkla üretilir; ürettikten sonra kaydın DNS'e gerçekten yazıldığını doğrulayın.

DMARC kaydı, SPF ve DKIM başarısız olduğunda alıcının ne yapacağını söyler ve size rapor gönderilmesini sağlar:

_dmarc.sirketiniz.com.  IN  TXT  "v=DMARC1; p=none; rua=mailto:[email protected]"

Başlangıçta p=none ile başlayıp raporları izleyin; adınıza kimin mail attığını gördükten sonra p=quarantine ya da p=reject seviyesine geçmek doğru sıradır. Üç kaydın da ayrıntısı ve yaygın hataları için SPF, DKIM ve DMARC rehberi tek başına yeterlidir.

PTR (ters DNS) kaydı ise kendi sunucunuzdan mail gönderiyorsanız gerekir. Paylaşımlı hostingte bunu sağlayıcı ayarlar; kendi VDS'inizde mail sunucusu çalıştırıyorsanız IP'nin PTR kaydının HELO adınızla eşleşmesini talep etmeniz gerekir.

Yaptığınız ayarların doğru olup olmadığını sınamak için:

dig +short sirketiniz.com TXT | grep spf1
dig +short varsayilan._domainkey.sirketiniz.com TXT
dig +short _dmarc.sirketiniz.com TXT

Outlook ve Telefon Kurulumu#

Hesap hazır olduğunda kullanıcılara vermeniz gereken bilgiler standarttır. Hosting sağlayıcınızın cPanel'inde "Bağlantı Aygıtları" (Connect Devices) ekranı bu değerleri hazır listeler, ama içerik hemen her sunucuda şudur:

Buradaki iki klasik hata şudur: kullanıcı adına adresin tamamını değil sadece baştaki kısmı yazmak, ve giden sunucu için kimlik doğrulamayı açmayı unutmak. İkinci hata, "mail alıyorum ama gönderemiyorum" şikâyetinin en yaygın sebebidir.

Kurulum sırasında karşınıza çıkacak IMAP–POP3 seçimi ise mail deneyiminizi kalıcı biçimde belirler. Birden fazla cihazdan (bilgisayar + telefon) erişecekseniz IMAP tek doğru seçenektir; POP3 mailleri sunucudan indirip genellikle siler, dolayısıyla telefondan baktığınız mesajı bilgisayarda bulamazsınız. İki protokolün farkını ve geçiş sırasında maili kaybetmeme yöntemini IMAP mı POP3 mü yazısı ayrıntılı ele alıyor.

Hosting Maili ile Harici Mail Servisini Aynı Anda Kullanamazsınız#

Bu, kurumsal mail konusunun en çok yanlış bilinen kısmıdır ve satış sayfalarında hiç geçmez. Bir alan adı için gelen mailin teslim edileceği yer tektir. MX kaydınız harici bir mail servisini gösteriyorsa, hostinginizde o alan adı için açtığınız mail hesapları posta almaz — hesap cPanel'de görünür, kotası vardır, webmail'e girersiniz, ama gelen kutusu sonsuza kadar boş kalır.

Bunun sebebi teslim zincirinin nasıl işlediğidir: gönderen sunucu MX kaydına bakar, oradaki hedefe teslim eder ve işi biter. Hosting sunucunuz o mesajı hiç görmez.

Bu durumun bir de sinsi hâli vardır. Bazı sunucular, kendi üzerinde tanımlı bir alan adına mail atıldığında MX kaydına hiç bakmadan "bu alan adı bende, yerel teslim ederim" diye davranır. Yani kendi sitenizden gönderdiğiniz mail harici servisteki gerçek kutuya değil, hostingdeki boş kutuya düşer. Sonuç, "dışarıdan gelen mailleri alıyoruz ama sitedeki iletişim formu maillerini alamıyoruz" gibi anlaşılmaz bir tabloyla karşılaşmaktır.

cPanel'de bunun ayarı E-posta Yönlendirici (Email Routing) ekranındadır ve üç seçenek sunar:

Maili harici bir servise taşıdıysanız bu ayarı Uzak Mail Değiştirici'ye çekmek zorunludur; aksi hâlde site kaynaklı mailler kaybolur. Otomatik Algıla çoğu durumda doğru kararı verir ama alan adı sunucuda tanımlıyken kararsız kalabilir, bu yüzden elle sabitlemek daha güvenlidir.

Hangi Adresleri Açmalısınız#

Adres listesini şişirmek yönetim yükü yaratır, az açmak ise iş akışını kişilere bağımlı hâle getirir. Küçük bir işletme için sağlıklı başlangıç şudur:

• info@ — genel iletişim, siteye ve kartvizite yazılan adres.
• Kişi adresleri — ahmet@, ayse@ gibi. Kişi ayrıldığında kutu devredilir.
• satis@ / destek@ — kişiye değil role bağlı adresler. Yönlendirme (forwarder) olarak tanımlayıp birden fazla kişiye dağıtabilirsiniz; ayrı kutu açmanız gerekmez.
• muhasebe@ — fatura ve resmî yazışma. Bu kutunun yedeği ayrı düşünülmelidir.
• noreply@ — siteden otomatik çıkan bildirimlerin gönderen adresi. Gerçek bir kutu olması gerekmez ama SPF/DKIM kapsamında olmalıdır.

Yazım hatalı adreslere (inf@, bilgi@) gelen mesajları kaybetmemek için catch-all tanımı düşünülebilir; ancak catch-all, var olmayan her adrese gelen spam'i de toplar ve kutuyu hızla şişirir. Riskleri ve daha iyi alternatifi (belirli yanlış yazımlar için tek tek yönlendirme) catch-all e-posta adresi yazısında karşılaştırılıyor.

Kotaları baştan belirleyin. Sınırsız bırakılmış tek bir kutu, hosting diskini doldurup hem mail alımını hem siteyi durdurabilir; bu senaryonun müdahalesi için mail kutusu doldu ne yapmalı yazısına bakabilirsiniz.

Sıkça Sorulan Sorular#

Kurumsal mail açmak için hosting almak zorunda mıyım#

Hayır, zorunlu değil. Kurumsal mail için gereken tek şey bir alan adı ve o alan adının MX kaydını yönlendirebileceğiniz bir mail hizmetidir; web sitesi olmadan da mail açabilirsiniz. Ancak zaten bir siteniz olacaksa, hosting paketleri mail hizmetini genellikle içerdiği için ayrı bir hizmet almanız gerekmez. Kullanıcı sayısı arttıkça veya mail trafiğini siteden yalıtmak istediğinizde ayrı bir e-posta hizmetine geçmek mantıklı olur.

MX kaydını değiştirince mailler kaç saatte gelmeye başlar#

Genellikle 15 dakika ile birkaç saat arasında, kaydın TTL değerine bağlı olarak. TTL, o kaydın diğer DNS sunucularında ne kadar süre önbellekte tutulacağını belirtir; 3600 saniyelik bir TTL, bazı gönderen sunucuların bir saat daha eski hedefi kullanabileceği anlamına gelir. Planlı bir geçişten önce TTL'yi 300 saniyeye düşürüp bir gün beklerseniz, asıl değişiklik çok daha hızlı yayılır. Geçiş sırasında iki tarafın da mail alabilmesi için eski kutuyu bir süre kapatmayın.

info@ adresine gelen mail birden fazla kişiye nasıl gider#

Yönlendirme (forwarder) tanımlayarak. cPanel'in "Yönlendiriciler" bölümünde [email protected] adresini iki veya daha fazla hedefe iletebilirsiniz; bu, ayrı bir kutu açmadan çalışır ve depolama tüketmez. Alternatifi, adresi gerçek bir kutu olarak açıp birden fazla kişinin aynı hesaba IMAP ile bağlanmasıdır — bu yöntemde okundu bilgisi ortaktır, biri maili okuduğunda diğerlerinde de okunmuş görünür. Hangisinin uygun olduğu ekip alışkanlığınıza bağlıdır.

Alan adım başka firmadaysa hosting firmasından mail alabilir miyim#

Evet, alabilirsiniz. Alan adının nerede kayıtlı olduğu mail hizmetini kısıtlamaz; belirleyici olan MX kaydının nereyi gösterdiğidir. Ya alan adının nameserver'larını hosting firmanızınkiyle değiştirir ve tüm DNS yönetimini oraya taşırsınız, ya da nameserver'ları olduğu yerde bırakıp yalnızca MX kaydını elle hostinginize yönlendirirsiniz. İkinci yöntemde A kaydı ve diğer kayıtlar mevcut panelde kalmaya devam eder.

Gönderdiğim mailler karşı tarafta spam klasörüne düşüyor#

En yaygın sebebi eksik veya hatalı kimlik doğrulama kayıtlarıdır. SPF kaydınız yoksa ya da gönderdiğiniz sunucuyu kapsamıyorsa, DKIM imzası yoksa ve DMARC tanımlı değilse büyük sağlayıcılar mesajı şüpheli sayar. İkinci sık sebep, gönderdiğiniz sunucunun IP itibarıdır: paylaşımlı bir sunucuda komşu bir hesabın spam göndermesi sizi de etkiler. Üçüncüsü ise içeriktir — çok sayıda bağlantı, büyük harflerle yazılmış konu başlıkları ve tek kelimelik gövdeler filtreleri tetikler.

Mail hesabına kaç GB alan vermeliyim#

Günlük ofis yazışması yapan bir kullanıcı için birkaç GB uzun süre yeter; ek dosya alışverişi yoğun olan muhasebe veya satış kutuları daha hızlı büyür. Önemli olan rakamın kendisi değil, sınırsız bırakmamaktır: kotasız tek bir kutu hosting diskinin tamamını doldurabilir ve o noktada hem mail alımı durur hem site hata vermeye başlar. Kotayı somut bir değere sabitleyip doluluk uyarısı almak, sonradan kriz yönetmekten çok daha kolaydır.

Şirketten ayrılan çalışanın mail hesabını ne yapmalıyım#

Hesabı hemen silmeyin; önce şifresini değiştirip erişimi kesin, sonra gelen mailleri devralacak kişiye yönlendirin. Hesabı silmek, o adrese gelen mesajların geri dönmesine ve müşteri iletişiminin kopmasına yol açar. Birkaç ay yönlendirme çalıştırdıktan sonra kutunun arşivini indirip hesabı kapatabilirsiniz. Rol adresleri (satis@, destek@) kişi adreslerinin yerine kullanıldığında bu devir süreci çok daha sorunsuz işler.

Kapanış#

Kurumsal mail açmak, hesap oluşturma ekranındaki birkaç tıklamadan ibaret değildir; işin özü MX kaydının nereyi gösterdiğini bilmek ve o kaydı bilinçli yönetmektir. Alan adı ile hosting farklı firmalardaysa nameserver'ların kimde olduğunu tespit edin, mail teslim hedefini netleştirin, hesabı açtıktan sonra SPF/DKIM/DMARC kayıtlarını mutlaka kurun ve maili harici bir servise taşıdıysanız e-posta yönlendirme ayarını uzak moda çekmeyi unutmayın. Bu dört adım, kurumsal mailde yaşanan sorunların büyük çoğunluğunu daha oluşmadan ortadan kaldırır.

Kurulumu kendiniz yapmak istemiyor veya doğru yapıldığından emin olmak istiyorsanız, ihtiyacınıza göre üç yol var. Sitesi ve maili tek pakette toplamak isteyen küçük ekipler için kurumsal hosting paketleri mail hizmetini kurulu hâlde getirir; mail trafiğini siteden ayırmak isteyenler için e-posta hizmeti sayfasındaki çözümler kotaları ve gönderim ayarlarını bağımsız yönetmenizi sağlar. Henüz alan adınız yoksa ya da başka bir uzantıya geçmeyi düşünüyorsanız alan adı sayfasından başlayabilirsiniz.