Kayıt Oluşturucular
SPF, DMARC, BIMI, MTA-STS ve TLS-RPT kayıtlarını, meta etiketlerini ve robots.txt dosyasını yazdıkça yapılan canlı kontrollerle oluşturun.
Üst düzeyde 1/10 DNS sorgusu
Yayımlamaya hazır
v=spf1 include:_spf.google.com -allexample.com. IN TXT "v=spf1 include:_spf.google.com -all"Yayımladıktan sonra yayımlanan kaydı E-posta Güvenliği ile doğrulayın.
İlgili araçlar
- E-posta GüvenliğiBir alan adı için SPF, DKIM, DMARC, MTA-STS, TLS-RPT ve BIMI'yi kontrol edin ve bunları düzeltecek kayıtları alın.
- SEO Meta VerileriBir sayfanın başlık, açıklama, kanonik, robots ve Open Graph etiketlerini kontrol edin.
- DNS SorgulamaDNS kayıtlarını türe göre sorgulayın; IP adresleri için ters (PTR) sorgular dahil.
Bu araç hakkında
Kayıt Oluşturucular, elle yazıldığında kolayca yanlış yapılan şeyleri yazar: bir SPF kaydı, bir DMARC kaydı, bir BIMI kaydı, MTA-STS TXT kaydı ile politika dosyası, bir TLS-RPT kaydı, bir sayfa başlığı için meta veri etiketleri ve bir robots.txt dosyası. Her form siz yazarken kendini kontrol eder - SPF oluşturucusu kaydınızın maliyeti olacak DNS sorgularını RFC 7208 §4.6.4'teki 10 sınırına karşı sayar ve her include, IPv4 ve IPv6 terimini doğrular; DMARC oluşturucusu rua ve ruf adreslerini doğrular ve bitmiş kaydı E-posta Güvenliği kontrolünün kullandığı çözümleyicinin aynısından geçirir, böylece oluşturucu ile kontrol aracı hiçbir zaman çelişmez; meta veri ve robots oluşturucuları uzunluklar, göreli URL'ler ve istediğinizden fazlasını engelleyen kurallar hakkında uyarır, robots oluşturucusu ise her kullanıcı aracısı için ayrı bir kural bloğu yazar, böylece adı verilen bir tarayıcı bota diğerlerinden farklı davranılabilir. Çıktı, kopyalanacak bir metindir: bir TXT kayıt değeri, bir bölge dosyası satırı, etiketler ya da dosyanın kendisi. Hiçbir şey yayımlamaz ve alan adınızın bugün sahip olduğu kayıtları okumaz; bu yüzden bir kayıt ancak onu DNS sağlayıcınıza ya da sitenize yapıştırdığınızda yürürlüğe girer. Her oluşturucu, yayımlanmış sürümü sonradan doğrulayan kontrol aracına bağlantı verir.
Yedi oluşturucunun tamamı tarayıcınızda çalışır: yazdığınız alan adı, IP aralıkları, rapor adresleri, logo ve sertifika URL'leri, başlık ve açıklama metni ile robots kuralları sayfada kalır; kayıt, bölge satırı, ilke dosyası, etiketler ve dosya orada birleştirilir. Tek istisna, SPF oluşturucudaki “İç içe sorguları kontrol et” düğmesidir - bu düğme her include alan adını, örneğin _spf.google.com adresini, XGM DNS API'sine gönderir ve API o alan adının TXT kaydını XGM sunucusundan çözer; oluşturduğunuz kayıt kendi alan adınızın yanıtının yerine geçtiği için girdiğiniz alan adı hiçbir zaman sorgulanmaz. Hiçbir şey hiçbir yerde yayımlanmaz: hiçbir DNS kaydı oluşturulmaz veya değiştirilmez, hiçbir logo ya da ilke dosyası getirilmez, sitenizdeki hiçbir sayfaya veya dosyaya dokunulmaz ve sonuç, kendinizin kopyaladığı bir metindir. Yazdıklarınız sonuçla birlikte saklanmaz.
Nasıl kullanılır
- Kayıt Oluşturucular aracını açın.
- İncelemek istediğiniz girdiyi yapıştırın veya yazın.
- Tarayıcınızda hesaplanan sonucu okuyun; girdi XGM'e gönderilmez.
- Çıktıyı yalnızca doğru göründüğünü kontrol ettikten sonra kopyalayın.
- Daha geniş bir teşhis görünümü gerekiyorsa ilgili XGM araçlarını kullanın.
SSS
Sayaç 10 sorgudan 4'ünü gösteriyor; kaydım yine de neden başarısız olabilir?
Kaydın yanındaki sayaç yalnızca eklediğiniz terimleri sayar: her include, artı işaretlediyseniz a ve mx. RFC 7208 §4.6.4, 10 sınırını değerlendirmenin tamamına uygular; yani sağlayıcıların kendi kayıtlarının içindeki sorgular da sayılır ve tek bir include birkaç sorguya mal olabilir. “İç içe sorguları kontrol et” düğmesi her include terimini çözümler ve gerçek toplamı bildirir; 10'un üzerinde alıcılar permerror döndürür ve SPF her ileti için başarısız olur.
SPF kaydım 255 karakterden uzun. Bu bir sorun mu?
Tek başına değil. Bir TXT kaydının içindeki tek bir karakter dizesi 255 oktetle sınırlıdır (RFC 1035 §3.3.14); bu yüzden daha uzun bir değer, çözümleyicilerin tek bir kayda geri birleştirdiği birkaç tırnaklı dize hâlinde yayımlanmalıdır. Çoğu DNS sağlayıcısı bunu sizin için böler; oluşturucu bu uzunlukta uyarır ki sizinkinin böldüğünü kontrol edebilesiniz. Kısaltmanın yolu, include terimlerini çözümlendikleri ip4 ve ip6 aralıklarıyla değiştirmektir.
Kayıt -all ile mi yoksa ~all ile mi bitmeli?
-all (fail), alıcılara başka herhangi bir adresten gelen e-postanın size ait olmadığını söyler; ~all (softfail) ise onu yalnızca şüpheli olarak işaretler ve çoğu alıcı yine de teslim eder. Unutulmuş göndericileri hâlâ ararken doğru ayar ~all'dır; oluşturucu da bu yüzden onu bir hata olarak değil, sonra tekrar bakılacak bir konu olarak işaretler. Toplu raporlar her meşru kaynağın geçtiğini gösterdiğinde -all'a geçin.
rua adresim başka bir alan adındayken DMARC oluşturucu neden uyarıyor?
Bir alıcı, alan adınızla ilgili raporları başka bir yerdeki posta kutusuna, o alan adı kabul ettiğini söylemedikçe göndermez. Bu yetki, rapor alan adının sahibi tarafından yayımlanan yourdomain._report._dmarc.reportdomain adresindeki bir TXT kaydıdır (RFC 7489 §7.1). Ticari DMARC rapor servisleri bunu sizin için yayımlar; rua'yı elle bir meslektaşınızın posta kutusuna yönlendirirseniz kimse bu kaydı yayımlamaz ve raporlar hiç gelmez.
Yapay zekâ tarayıcı botlarını robots.txt'te engellemek onları gerçekten durdurur mu?
robots.txt bir denetim aracı değil, bir ricadır. Dosya biçimi (RFC 9309) gönüllü olarak uygulanır; bu yüzden oluşturucunun eklediği Disallow blokları, onu okuyup saygı gösteren tarayıcı botlar için işe yarar, yok sayan ya da kullanıcı aracısını değiştiren bir bota karşı hiçbir şey yapmaz. Gizli kalması gereken sayfaların bir robots kuralına değil, kimlik doğrulamaya ihtiyacı vardır - ayrıca bir Disallow, iyi davranan tarayıcı botların sayfadaki bir noindex etiketini görmesini de engeller.
Tam Kayıt Oluşturucular rehberini okuyun (İngilizce)