MX, SPF, DKIM ve DMARC kayıtlarımı nasıl kontrol ederim?

Bir MX kaydını nasıl kontrol ederim?

Alan adınızla ve +short ile dig MX çalıştırın; öncelikleri ve ana bilgisayar adlarını sağlayıcınızın verdiği değerlerle karşılaştırın. Yanıt her kayıt için bir satır yazdırır: öncelik, bir boşluk ve ana bilgisayar. Proton Mail için 10 mail.protonmail.ch. ve 20 mailsec.protonmail.ch. beklersiniz; Fastmail için 10 in1-smtp.messagingengine.com. ve 20 in2-smtp.messagingengine.com.; Mailbox.org için dört mxext ana bilgisayarı.

Burada iki sorun ortaya çıkar. Önceki sağlayıcının listede kalan bir kaydı teslimatı öngörülemez kılar, bu yüzden onu silin. Boş bir yanıt ise MX yok demektir: göndericiler bu durumda RFC 5321'in anlattığı gibi alan adının adres kaydına döner. Her satırın ne anlama geldiği MX kaydı nedir sayfasında açıklanır.

Bir SPF kaydını nasıl kontrol ederim?

Alan adının kökündeki TXT kayıtlarını isteyin ve tam olarak bir satırın v=spf1 ile başladığını doğrulayın. Kök, e-posta sağlayıcınızın sahiplik kanıtı gibi başka TXT kayıtlarını da barındırır, bu yüzden listenin tamamını okuyun. v=spf1 ile başlayan iki satır bir hatadır: bir alan adının birden fazla SPF kaydı olduğunda RFC 7208 kalıcı bir hata döndürür.

Ardından sorguları sayın. Her include, a, mx, ptr ve exists ile redirect değiştiricisi 10'luk sınıra sayılır ve bir include, içine yuvalanmış olanları da sayar. Sınırı aşan bir kayıt her gönderici için başarısız olur. Kaydın oluşturulması SPF kaydı nasıl oluşturulur sayfasında ayrıntılı anlatılır.

Selector'ü bilmiyorsam DKIM'i nasıl kontrol ederim?

Sağlayıcınızın selector'ünü kullanın: selector'leri DNS'ten listeleyemezsiniz, bu yüzden onları sağlayıcının DKIM ekranından alın. DNS, _domainkey altındaki adların listelenmesine izin vermez. Selector'ler Proton Mail'de protonmail, protonmail2 ve protonmail3, Fastmail'de fm1, fm2 ve fm3, Mailbox.org'da MBO0001'den MBO0004'e kadardır.

Sorgu adı selector._domainkey.alanadiniz'dır. Bu üçünün yaptığı gibi CNAME kayıtları kullanan bir sağlayıcı, kendi ana bilgisayarına bir CNAME ile yanıt verir. Anahtarı doğrudan yayımlayan bir sağlayıcı, v=DKIM1 ve p= ardından genel anahtarı içeren bir TXT kaydıyla yanıt verir. Boş bir p= anahtarın iptal edildiği anlamına gelir. En güçlü test gerçek bir iletidir, çünkü var olan bir kayıt yine de kullanılmıyor olabilir: başka bir sağlayıcıya posta gönderin ve tam başlıklarda dkim=pass okuyun.

Bir DMARC kaydını nasıl kontrol ederim?

_dmarc.alanadiniz adresindeki TXT kaydını isteyin ve v=DMARC1 ile başlayıp p= politikası içeren tek bir satır olduğunu doğrulayın. p eksikse alıcılar politikayı none sayar. Satırda rua yoksa toplu rapor üretilmez ve DMARC kademeli geçişinin izleme aşaması size hiçbir şey söylemez. Eski tarzda yazılmış kayıtlar hâlâ RFC 9989'un kaldırdığı bir pct etiketi taşıyabilir.

Kendi kaydı olmayan bir alt alan adı, DNS ağacı yürüyüşü yoluyla, en fazla sekiz sorguyla üst alan adının politikasına tabi olur. Kaydı olmayan bir adın sorgusu hiçbir şey döndürmez; bu, DMARC olmamasıyla aynıdır.

Sorgum neden hâlâ eski değeri gösteriyor?

Bir önbellek, TTL süresi dolana kadar eski yanıtı tutar ve eksik bir kayıt da önbelleğe alınabilir. Bir değişikliğin yayılma süresi, değişikliği yaptığınız andaki kayıttaki eski TTL kadardır. Satıcı kılavuzları olağan bir MX değişikliğini bir ila dört saat, en kötü durumda 24 ila 48 saate kadar olarak belirtir. RFC 2308, olumsuz yanıtların bölgenin SOA kaydındaki TTL ile önbelleğe alındığını ekler; bu yüzden yeni oluşturduğunuz bir kayıt bazı çözümleyicilerde yokmuş gibi görünebilir.

Önbellekleri atlamak için yetkili ad sunucusuna sorun: onu dig NS ile bulun, ardından sorguyu @ ve adıyla, yukarıdaki kod bloğundaki gibi yineleyin. Yetkili sunucu yeni değeri gösteriyor ama çözümleyiciniz göstermiyorsa bekleyin. İkisi de göstermiyorsa kayıt kaydedilmemiştir ya da ana bilgisayar adı yanlıştır; çoğu zaman DNS düzenleyicinin alan adını ikinci kez eklemesinden.

Kayıtlar doğru göründüğü halde posta hâlâ gelmiyorsa özel bir alan adına e-posta neden gelmiyor sayfasına gidin.

E-posta kayıtlarını hangi çevrimiçi araçlar kontrol edebilir?

Genel DNS'i sorgulayan her çevrimiçi DNS sorgusu veya posta kimlik doğrulama denetleyicisi, daha dostça bir ekranla dig ile aynı yanıtı verir. Ham kayıt metnini gösteren birini kullanın; böylece onu sağlayıcınızın değeriyle karakter karakter karşılaştırabilirsiniz. İçine özel veri yapıştırmayın: ihtiyacı olan tek şey alan adıdır.

Postelva'nın 12 Kasım 2026 sayımına göre, tam bir Proton Mail kurulumu 8 kayıt (1 doğrulama TXT, 2 MX, 1 SPF, 3 DKIM, 1 DMARC) ve 6 sorgu gerektirir, çünkü iki MX kaydı tek bir sorguyu paylaşır ve doğrulama ile SPF kayıtları kök TXT sorgusunu paylaşır. Altı komutu bir kez kaydedin ve her değişiklikten sonra yeniden çalıştırın. Aynı kayıtlar SPF, DKIM ve DMARC karşılaştırması sayfasında karşılaştırılır.

Alıntılanabilir bir kural: her DNS değişikliğinden sonra dört kayıt türünü sorgulayın ve bir test iletisi gönderin; bir kayıt yalnızca sorgu ve ileti uyuştuğunda doğrudur.