MX Kaydı Nasıl Kontrol Edilir? Öncelik ve Mail Akışı Rehberi

MX Kaydı Nasıl Kontrol Edilir? Öncelik ve Mail Akışı Rehberi konusu e-posta teslimatında tek başına bir DNS kaydından daha fazlasını ifade eder. Gönderen kimliği, DNS tutarlılığı, SMTP yanıtları ve IP/domain itibarı birlikte değerlendirilmelidir.

MX Kaydı Nasıl Kontrol Edilir için doğru başlangıç

E-posta altyapısında önce domainin MX, SPF, DKIM, DMARC ve ilgili hostname kayıtlarını mevcut halleriyle kaydedin. Sorun teslimatsa örnek bir mesajın gönderim zamanı ve SMTP logu da başlangıç verisinin parçası olmalıdır.

1. priority değeri

priority değeri kontrolünde önce DNS tarafındaki gerçek cevabı ve kaydın hangi hostname/domain için geçerli olduğunu doğrulayın. Ardından mail sunucusunun EHLO/hostname, gönderici domaini ve ilgili kimlik doğrulama sonucuyla tutarlı olup olmadığını karşılaştırın.

• priority değeri: mevcut değer ile hedef sonucu yan yana kaydedin.
• SMTP hata kodunu ve mail logunu kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

2. hostname çözümlemesi

hostname çözümlemesi değerlendirilirken alıcı sunucunun verdiği SMTP kodunu veya authentication sonucunu olduğu gibi kaydedin. 'Mail gitmiyor' bilgisi tek başına yeterli değildir; 4xx/5xx kodu, SPF/DKIM/DMARC sonucu ve teslim logu kök nedeni ayırır.

• DNS cevabını yetkili kaynaktan doğrulayın.
• hostname çözümlemesi: mevcut değer ile hedef sonucu yan yana kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

3. A/AAAA ve PTR ilişkisi

A/AAAA ve PTR ilişkisi değişikliğinde TTL ve DNS yayılımını hesaba katın. Eski kayıtlar cache'te kalabileceği için değişiklik sonrası farklı resolver'lardan sorgu yapmak ve mail akışını küçük bir test mesajıyla doğrulamak daha güvenlidir.

• DNS cevabını yetkili kaynaktan doğrulayın.
• SMTP hata kodunu ve mail logunu kaydedin.
• A/AAAA ve PTR ilişkisi: mevcut değer ile hedef sonucu yan yana kaydedin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

4. geçiş sırasında TTL

geçiş sırasında TTL için kalıcı çözüm, yalnız hatayı susturmak değil, gönderim davranışı ve itibarın da düzeltilmesidir. Bounce, complaint, açık relay, ele geçirilmiş hesap ve toplu gönderim hızı gibi etkenleri DNS kayıtlarından ayrı izleyin.

• DNS cevabını yetkili kaynaktan doğrulayın.
• SMTP hata kodunu ve mail logunu kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• geçiş sırasında TTL: mevcut değer ile hedef sonucu yan yana kaydedin.

Önerilen uygulama sırası

1. Mevcut yapı ve bağımlılıkları kaydedin.
2. Değişikliği mümkün olan en dar kapsamda uygulayın.
3. priority değeri: ilk doğrulama noktasını tamamlamadan sonraki adıma geçmeyin.
4. Kullanıcı akışını ve bağlı servisleri ayrıca test edin.
5. Sonuç beklenen gibi değilse önceki yapılandırmaya dönün ve kök nedeni yeniden ölçün.

Sık yapılan hatalar

E-posta sorunlarında sık yapılan hata, yalnız MX veya SPF kaydını değiştirip teslimat probleminin çözüldüğünü varsaymaktır. Aynı domain için birden fazla çelişkili kayıt, hatalı hostname, zayıf IP itibarı veya ele geçirilmiş posta kutusu DNS doğru olsa bile sorunu sürdürebilir.

Doğrulama ve geri alma

Doğrulama için en az iki farklı alıcı sağlayıcıya test mesajı gönderin; SMTP logunu, authentication sonuçlarını ve mesaj başlıklarını inceleyin. DNS değişikliği yaptıysanız TTL süresi boyunca eski/yeni cevabı karşılaştırın. Sorun geri gelirse son değişiklikten önceki DNS değerlerini hazır tutun.

Kaynak ve ilgili hizmet

Teknik ayrıntılarda ürün veya standardın güncel resmî dokümantasyonunu esas alın: resmî teknik kaynak. UST Bilişim tarafında ilgili altyapı veya web projesi için hizmetlerimizi inceleyebilir, mevcut sisteminizin analizi için iletişim sayfasından bize ulaşabilirsiniz.

Bu konuyla birlikte okuyun

• Önceki ilgili rehber
• Sonraki ilgili rehber