Geçersiz alan hatası, bir hatanın standartlaştırılmış açıklaması değil, araştırılması gereken bir teşhistir. Bir ad, sözdizimsel olarak hatalı biçimlendirilmiş, sözdizimsel olarak geçerli ancak mevcut olmayan, geçici olarak çözümlenemeyen, posta yönlendirmesi için uygun olmayan veya bir sunucunun yerel kimlik politikası tarafından reddedilmiş olabilir. DNS düzenlemeden önce tanılamanın tamamını ve başvurduğu alanı koruyun. Yanlış adı değiştirmek, hatayı gidermeden postanın çalışmasını bozabilir.
Alanı ve dilbilgisini tanımlayın
Referanslar: RFC 5321 §2.3.5, RFC 5321 §4.1.2.
Reddedilen değerin içinde olup olmadığını kaydedin EHLO, POSTA, RCPT TO, görünür bir başlık veya bir DNS kaydı. Bu bağlamlar tek bir evrensel dilbilgisini paylaşmaz. Sıradan SMTP alan adları için RFC 5321 , etiket kurallarını tanımlar ve adres değişmezlerini ayrı ayrı tartışır. Bir SMTP ana bilgisayar adındaki alt çizgi, yalnızca alt çizgilerin _dmarc veya _domainkey gibi özel DNS sahibi adlarında kullanılması nedeniyle geçerli kılınmaz.
RFC 5321 bölüm 2.3.5 ve 4.1.2 SMTP etki alanı sözdizimi için uygun başlangıç noktalarıdır. Her e-posta adresini, uluslararasılaştırılmış adresi veya DNS kaydını doğrulamak için basit bir ana bilgisayar adı normal ifadesi kullanmayın. Yerel fikstür kasıtlı olarak yalnızca sınırlı bir ASCII harf-rakam-tire adı alt kümesini kapsar ve bu sınırı bildirir.
Çözünürlüğü sözdiziminden ayırın
Referanslar: RFC 1035 §4.1.1, RFC 5321 §5, RFC 7505 §3.
Sözdizimsel olarak geçerli bir ad, sorgulanan adın söz konusu DNS yanıtında mevcut olmadığını belirten NXDOMAIN değerini döndürebilir. SERVFAIL gibi geçici bir çözümleme hatası, yoklukla eşdeğer değildir ve yeni bir çözüm icat edilerek onarılmamalıdır. SPF kaydı. Sorgulanan sahibi, türü, çözümleyiciyi, yanıt durumunu, yanıtları ve zaman damgasını koruyun. Yetki verildiğinde kuruluşun normal teşhis süreci yoluyla yetkili verileri ve yetkilendirmeyi kontrol edin.
Alıcı yönlendirmesi için yalnızca alan adının bir web sitesine sahip olup olmadığını test etmek yerine MX ve geçerli SMTP geri dönüş kurallarını inceleyin. Bir alan adı, posta kabul etmeden web kullanımına çözümlenebilir. Boş bir MX alan adının hiçbir postayı kabul etmediğini açıkça belirtir; bu bir kayıp değil MX kaydı rastgele değiştirmek için. RFC 7505 bu ayrımı tanımlar. Bir ev sahibinin A veya AAAA kaydı işleyen bir posta hizmetinin kanıtı değildir.
Kayıt ayrıştırıcı hatalarını ayrı tutun
Referanslar: RFC 7208 §4.5, RFC 7208 §4.6, RFC 7208 §6.
Bir kimlik doğrulama kaydı, DNS sahibi adı geçerliyken geçersiz bir mekanizmaya, çakışan kayıtlara veya desteklenmeyen bir yapıya sahip olabilir. Bunlar kayıt yorumlama problemleridir. Yinelenen bir SPF kaydı geçersiz bir alan adı etiketi değildir. Tam tersi, doğru görünümlü SPF değer, bir istemci tarafından kullanılan yasa dışı bir ana bilgisayar adını onaramaz. Nihai yetkili olarak genel bir etki alanı denetleyicisi kullanmak yerine, belirli bir kayıt için ayrıştırıcıyı ve belirtimi izleyin.
Korunan çevrimdışı düzen, dar ana bilgisayar adı dilbilgisi açısından mail.example .test'i geçerli olarak, bad_name.example.test ve - bad.example .test'i geçersiz olarak ve missing.example .test'i sözdizimsel olarak geçerli olarak sınıflandırır. Ayrı bir sentetik DNS eşlemesi, eksik NXDOMAIN adını, farklı bir SERVFAIL adını ve örnek bir MX yanıtını null MX olarak etiketler. Hiçbir genel DNS sorgusu veya üretim düzeltmesi gerçekleştirilmez. Alıştırma, bu durumların neden tek bir kırmızı göstergeye indirgenmemesi gerektiğini gösteriyor.
Yalnızca teyit edilen nedeni onarın
Referanslar: RFC 5321 §4.2.
Sözdizimi için, oluşturulan uygulamayı veya yapılandırılmış kimliği düzeltin. DNS varlığı için, kayıt eklemeden önce sahipliği ve amaçlanan hizmeti doğrulayın. Geçici DNS hataları için çözümleyiciyi veya yetkili kullanılabilirliğini araştırın. SMTP politikası için sunucu yanıtının tamamını ve mevcut sağlayıcı belgelerini okuyun. Bir hatayı susturmak için geçerli bir kimliği ilgisiz bir alan adıyla değiştirmeyin.
Bir değişiklikten sonra aynı işlemi veya sorguyu tekrarlayın ve her iki sonucu da koruyun. Geçerli bir sözdizimi sonucu, başarılı DNS yanıtı ve kabul edilen SMTP komutu ayrı kontrol noktalarıdır. Olayı yalnızca orijinal başarısız işlem amaçlanan güvenlik ve yönlendirme ilkesi kapsamında çalıştığında kapatın.
Gerçek SPF ayrıştırıcı sonuçlarını karşılaştırın
Referanslar: RFC 7208 §4.5, RFC 7208 §4.6, RFC 7208 §6.
7 Kasım 2026'da tutulan ayrıştırıcı testi, orijinal belirteç beyaz listesi yerine pyspf 2.0.14'ü kullanıyor. DNS arama kancası, parser.test için sabit TXT yanıtları sağlar ve ağ araması yapmaz. Açıklamalı pozitif kayıt şu şekildedir: v=spf1 ip4:127.0.0.2 -all : sürüm SPF seçer, ip4 kontrollü kaynak adresini yetkilendirir ve -all diğer ana bilgisayarlarda başarısız olur. Ayrıştırıcı, 127.0.0.2 gelen bir sorgu için pass değerini döndürür.
Mekanizmayı sahte getirilerle değiştirmek permerror çünkü bilinmeyen bir mekanizma göz ardı edilmiyor. Seçilen iki v=spf1 kaydının döndürülmesi, birinin ana bilgisayarı yetkilendirip yetkilendirmediğinden bağımsız olarak permerror değerini de döndürür. Pozitif kayda future=abc eklenmesi pass değerini döndürür: bu, RFC 7208 bölüm 6'ya göre değerlendiricilerin göz ardı etmesini gerektiren, sözdizimsel olarak geçerli, bilinmeyen bir değiştiricidir. Kayıt açıklamaları ve kesin girdi, beklenen sonuç, gerçek sonuç ve ayrıştırıcı açıklaması dört durumun tamamı için korunur. RFC 7208 4.5, 4.6 ve 6. bölümlerine bakın.
Bu gözlemler geçersiz mekanizmaları, birden çok seçilmiş kaydı ve bilinmeyen değiştiricileri desteklenmeyen tek bir etikette toplamak yerine ayırır. Bunlar, genel DNS gözlemleri veya kapsamlı bir SPF uyumluluk paketi değil, kontrollü DNS girişi içeren ayrıştırıcı testleridir. Ayrıca ana bilgisayar adı sözdizimi sonucunu da değiştirmezler: kayıt semantiği ve kaydı içeren alan adı farklı katmanlardır. Orijinal beyaz liste, standartlara dayalı bu sonuçların kaynağı olarak değil, yalnızca etiketli bir tarihsel alt küme örneği olarak tutulur.