MX Kaydı Nedir? E-Posta DNS Ayarları Tam Rehberi

MX kaydı (Mail Exchange Record), bir alan adına gönderilen e-postaların hangi posta sunucusuna teslim edileceğini belirleyen DNS kaydıdır. Birisi info@siteniz.com adresine e-posta gönderdiğinde, gönderen sunucu önce alan adınızın MX kaydını sorgular ve mesajı bu kayıtta belirtilen posta sunucusuna iletir. MX kaydı yanlış, eksik veya hatalı önceliklendirilmişse e-postalarınız size hiç ulaşmaz ya da doğrudan spam klasörüne düşer.

Bu rehberde MX kaydının nasıl çalıştığını, doğru önceliklendirmeyi, SPF/DKIM/DMARC ile ilişkisini, kaydı adım adım ekleme ve test etme yöntemlerini ve en sık yapılan hataları gerçek örneklerle ele alıyoruz. E-posta hizmetinizi Alastyr kurumsal e-posta hosting ile kurduğunuzda MX ve ilgili güvenlik kayıtları sizin için otomatik yapılandırılır; yine de bu kayıtların ne işe yaradığını bilmek, e-posta sorunlarını dakikalar içinde çözmenizi sağlar.

MX Kaydı Nasıl Çalışır?

E-posta teslimi, perde arkasında birkaç saniyede tamamlanan bir sorgu zincirine dayanır. Adım adım şöyle işler:

• Gönderen sunucu, hedef adresin alan adı kısmını (@ işaretinden sonrası) ayıklar; örneğin siteniz.com.
• Bu alan adının MX kaydını DNS üzerinden sorgular ve dönen değerlerden en düşük öncelikli sunucuyu seçer.
• Seçilen sunucunun A/AAAA kaydını çözerek IP adresini bulur ve 25 numaralı port üzerinden SMTP bağlantısı açar.
• Bağlantı kurulamazsa bir sonraki yüksek öncelikli MX sunucusunu dener. Hiçbiri yanıt vermezse mesaj kuyruğa alınır ve genellikle birkaç gün boyunca tekrar denenir.

Her MX kaydı bir öncelik (priority) değeri ve bir posta sunucusu adresi içerir. Öncelik değeri ne kadar düşükse, sunucu o kadar yüksek önceliklidir. Yani 10 önceliğine sahip sunucu, 20 önceliğine sahip sunucudan önce denenir. Bu yapı, e-posta tesliminde yedeklilik ve güvenilirlik sağlar: birincil sunucunuz bakımda veya çevrimdışıysa, yedek sunucu mesajı geçici olarak tutar ve birincil tekrar ayağa kalktığında teslim eder.

Önemli Kural: MX Değeri Bir IP Değil, Alan Adı Olmalıdır

RFC standartlarına göre MX kaydının hedefi her zaman tam nitelikli bir alan adı (FQDN) olmalıdır; doğrudan IP adresi yazılmaz. Yani mail.siteniz.com doğru, 185.x.x.x yanlıştır. Hedef alan adının da geçerli bir A veya AAAA kaydı olması şarttır. Ayrıca MX hedefi bir CNAME kaydına işaret etmemelidir; birçok sunucu bunu reddeder. Bu üç kural ihlal edildiğinde e-postalar çoğu zaman sessizce kaybolur, bu yüzden ilk kontrol edilecek noktalardır.

Bir MX Kaydının Bileşenleri

DNS panelinde bir MX kaydı eklerken karşınıza çıkan alanlar ve ne anlama geldikleri:

Alan	Açıklama	Örnek değer
Host / Ad	Hangi alan adı için geçerli; genellikle kök alan adı	@ (veya boş)
Tip	Kayıt türü	MX
Öncelik	Küçük değer önce denenir	10
Değer / Hedef	Postayı alacak sunucunun adı (FQDN)	mail.siteniz.com
TTL	Kaydın önbellekte tutulma süresi (saniye)	3600

Tipik bir kurumsal yapılandırmada iki kayıt bulunur: biri birincil sunucu için düşük öncelikli, biri yedek için yüksek öncelikli. Örnek:

Host	Tip	Öncelik	Hedef
@	MX	10	mail.siteniz.com
@	MX	20	mail2.siteniz.com

MX Kaydı ile İlişkili Diğer DNS Kayıtları

MX kaydı tek başına e-posta teslimini başlatır ama modern e-posta ekosisteminde tek başına yeterli değildir. Sağlıklı bir e-posta altyapısı şu kayıtların birlikte çalışmasına dayanır:

Kayıt	Görevi	Olmazsa ne olur?
MX	Gelen postanın hangi sunucuya teslim edileceğini söyler	E-posta hiç ulaşmaz
A / AAAA	MX hedefinin IP adresini çözer	MX hedefi bulunamaz, teslim başarısız
SPF (TXT)	Hangi sunucuların sizin adınıza posta gönderebileceğini tanımlar	Giden postalar spam’e düşebilir
DKIM (TXT)	Mesajın yolda değiştirilmediğini imzayla kanıtlar	Kimlik doğrulama zayıflar, teslim oranı düşer
DMARC (TXT)	SPF/DKIM başarısız olursa ne yapılacağını ve rapor adresini belirler	Alan adınız adına sahte posta gönderilmesi kolaylaşır
PTR (reverse DNS)	Gönderen IP’nin hangi alan adına ait olduğunu doğrular	Büyük sağlayıcılar postayı reddedebilir

SPF, DKIM ve DMARC Neden Artık Zorunlu?

Şubat 2024’te Google ve Yahoo, günde 5.000’den fazla e-posta gönderen toplu göndericiler için SPF, DKIM ve DMARC kayıtlarını zorunlu hale getirdi. Kasım 2025’ten itibaren Gmail bu kuralları daha da sıkılaştırdı: kimlik doğrulamasından geçemeyen mesajlar artık geçici veya kalıcı olarak reddedilebiliyor. Microsoft da Nisan 2025’te yüksek hacimli göndericiler için benzer kurallar getirdi.

Pratikte bu, küçük işletmeleri de etkiliyor. Eğer SPF ve DKIM kayıtlarınız eksikse, müşterinize gönderdiğiniz fatura veya teklif e-postası Gmail tarafında doğrudan spam’e düşebilir ya da hiç teslim edilmeyebilir. Bu nedenle MX kaydını kurarken SPF, DKIM ve DMARC’ı da aynı anda yapılandırmak artık iyi bir uygulama değil, bir gerekliliktir. Önerilen sıra şudur: önce SPF, sonra DKIM yayınlanır; en az 48 saat izlendikten sonra DMARC önce p=none (yalnızca izleme) ile başlatılır, raporlar temiz çıktıkça p=quarantine ve nihayetinde p=reject seviyesine sıkılaştırılır.

MX Kaydı Nasıl Eklenir? Adım Adım

1. Alan adınızın DNS yönetim paneline girin (cPanel’de “Zone Editor”, Plesk’te “DNS Settings” altında bulunur).
2. “MX Kaydı Ekle” veya “Add Record → MX” seçeneğini bulun.
3. Host alanına @ (kök alan adı) yazın.
4. Hedef olarak posta sunucusunun tam adını girin, örneğin mail.siteniz.com. Sonundaki noktaya dikkat edin; bazı paneller FQDN’nin sonunda nokta ister.
5. Öncelik değerini belirleyin (birincil için 10, varsa yedek için 20).
6. Eski/yanlış MX kayıtları varsa silin. Birden çok sağlayıcının MX kaydı aynı anda durursa postalar yanlış sunucuya gidebilir.
7. Kaydedin ve propagasyonu (yayılım) bekleyin. TTL değerini geçişten önce 300 saniyeye düşürürseniz değişiklik çok daha hızlı yansır.

Yeni Bir Sağlayıcıya Geçişte Kesintisiz E-Posta İçin İpucu

E-posta sağlayıcınızı değiştirirken en büyük korku, geçiş sırasında gelen postaların kaybolmasıdır. Bunu önlemenin yolu, geçişten en az 24 saat önce alan adınızın MX kaydının TTL değerini 3600’den 300 saniyeye düşürmektir. Böylece yeni MX kaydını yayınladığınızda dünya çapındaki DNS önbellekleri 5 dakika içinde güncellenir, saatlerce değil. Eski sunucudaki postaları yeni sunucuya taşıdıktan sonra geçişi yapmak, hiçbir mesajın aradaki boşlukta kaybolmamasını sağlar. Alastyr e-posta hosting paketlerinde geçiş, ücretsiz taşıma desteğiyle bizim tarafımızdan yapılır.

MX Kaydını Nasıl Kontrol ve Test Edersiniz?

Bir kayıt eklediğinizde gerçekten yayınlanıp yayınlanmadığını görmek isteyebilirsiniz. Terminalden hızlıca kontrol etmenin yolları:

• Linux / macOS: dig siteniz.com MX +short komutu öncelik ve hedefleri tek satırda gösterir.
• Windows: nslookup -type=mx siteniz.com komutu aynı bilgiyi verir.
• Tarayıcı üzerinden: MXToolbox gibi araçlar MX, SPF, DKIM ve DMARC kayıtlarını tek seferde denetler ve eksikleri raporlar.

Komut çıktısında öncelik değerinin küçük göründüğü satır birincil sunucunuzdur. Hiç sonuç dönmüyorsa kayıt henüz yayılmamış veya yanlış girilmiş demektir.

En Sık Yapılan MX Kaydı Hataları

Hata	Belirti	Çözüm
Hedefe IP adresi yazmak	Postalar hiç gelmiyor	Hedefi FQDN (mail.siteniz.com) yapın
Eski sağlayıcının MX kaydını silmemek	Postalar yanlış sunucuya gidiyor	Yalnızca aktif sağlayıcının kayıtlarını bırakın
MX hedefinin A kaydı yok	Teslim “host not found” ile başarısız	Hedef için geçerli A/AAAA kaydı tanımlayın
SPF/DKIM eksik	Giden postalar spam’e düşüyor	SPF ve DKIM TXT kayıtlarını ekleyin
Çok yüksek TTL	Değişiklik saatlerce yansımıyor	Geçişten önce TTL’yi 300’e düşürün
Birden çok birincil MX (aynı öncelik)	Teslim dengesiz, tahmin edilemez	Her sunucuya farklı öncelik verin

MX Kaydı ve Düşük Gecikmenin E-Posta Hızına Etkisi

E-posta teslimi yalnızca doğru MX kaydına değil, posta sunucusunun konumuna ve ağ kalitesine de bağlıdır. Sunucu coğrafi olarak kullanıcılarınıza ve yerel sağlayıcılara yakınsa, SMTP el sıkışması ve antispam taramaları daha hızlı tamamlanır. Alastyr’in posta altyapısı İzmir’deki kendi veri merkezinde, RIPE NCC üyeliği ve AS3188 ile yönetilen bağımsız ağ üzerinde çalışır; Türk Telekom ve TurkNet ile 40 Gbit yedekli bağlantı, Türkiye’deki alıcılara düşük gecikmeli teslim sağlar. Bu altyapı, KVKK uyumlu ve Türkçe arayüzlü kendi mail sistemimizle birleştiğinde, Türkiye’nin en yüksek inbox (gelen kutusu) oranlarından birini mümkün kılar.

Sıkça Sorulan Sorular

Birden fazla MX kaydı olabilir mi?

Evet. Farklı öncelik değerleriyle birden çok MX kaydı tanımlanır; birincil sunucu erişilemezse e-posta otomatik olarak yedeğe yönlendirilir. Yedeklilik için en az iki MX kaydı önerilir.

MX kaydında öncelik değeri ne işe yarar?

Öncelik, hangi sunucunun önce deneneceğini belirler. Küçük değer daha yüksek önceliklidir; örneğin 10 önceliğine sahip sunucu, 20 önceliğine sahip yedek sunucudan önce denenir.

MX kaydının değeri IP adresi olabilir mi?

Hayır. MX hedefi her zaman tam nitelikli bir alan adı (mail.siteniz.com gibi) olmalıdır ve bu adın geçerli bir A veya AAAA kaydı bulunmalıdır. Doğrudan IP yazmak standart dışıdır ve teslim hatasına yol açar.

MX kaydını değiştirince e-postalar hemen taşınır mı?

Hayır, propagasyon nedeniyle değişiklik birkaç saat sürebilir. Bu sürede e-postalar hem eski hem yeni sunucuya ulaşabilir. Geçişten önce TTL’yi 300 saniyeye düşürürseniz yansıma süresi dakikalara iner.

Web sitem ve e-postam farklı sunucularda olabilir mi?

Evet. A kaydı web sitenizi, MX kaydı e-postanızı yönlendirir. İkisi tamamen farklı sağlayıcılarda olabilir; bu çok yaygın bir kurulumdur.

E-postalarım gelmiyor, sorun MX kaydı mı?

Çoğu zaman evet. Eksik, hatalı veya yanlış önceliklendirilmiş MX kaydı en sık karşılaşılan e-posta teslim sorunudur. Önce dig veya nslookup ile kaydınızı doğrulayın.

SPF ve DKIM olmadan sadece MX kaydı yeterli mi?

Gelen posta için MX yeterlidir ama giden posta için değil. Google ve Yahoo 2024’ten beri SPF ve DKIM’i zorunlu tutuyor; bu kayıtlar olmadan gönderdiğiniz e-postalar spam’e düşebilir veya reddedilebilir.

MX kaydımı nasıl test ederim?

Linux veya macOS’ta dig siteniz.com MX +short, Windows’ta nslookup -type=mx siteniz.com komutunu kullanın. Tarayıcıdan MXToolbox gibi araçlar MX, SPF, DKIM ve DMARC kayıtlarını birlikte denetler.

MX hedefi bir CNAME kaydına işaret edebilir mi?

Hayır. MX kaydı doğrudan bir A veya AAAA kaydı olan alan adına işaret etmelidir. CNAME’e işaret eden MX kayıtları birçok posta sunucusu tarafından reddedilir ve teslim sorunlarına yol açar.