Geçici e-posta Araçlar
29 Ekim 2026 tarihinde güncellendi
SPF, DKIM ve DMARC yoksa herkes sizin alan adınızdan geliyormuş gibi görünen e-postalar gönderebilir. Bir alan adı ya da adres girin: araç herkese açık yapılandırmasını okur ve neyi düzeltmeniz gerektiğini tam olarak söyler.
Bir e-posta geldiğinde alıcının e-posta hizmeti, mesajın gerçek olup olmadığını anlamak için gönderenin alan adının DNS kayıtlarına bakar. Araç tam olarak aynı herkese açık kayıtları okur:
| Kayıt | Nerede bulunur | Görevi |
|---|---|---|
| MX | ornek.com.tr | Alan adının postasını alan sunucuları belirtir |
| SPF | ornek.com.tr TXT kaydı | Alan adı adına gönderim yapmaya yetkili sunucuları listeler |
| DKIM | secici._domainkey.ornek.com.tr TXT kaydı | Mesaj imzasını doğrulayan anahtarı yayımlar |
| DMARC | _dmarc.ornek.com.tr TXT kaydı | Başarısız bir mesajla ne yapılacağını ve raporların nereye gönderileceğini söyler |
| MTA-STS | _mta-sts.ornek.com.tr TXT kaydı | Gelen mesajlar için şifrelemeyi zorunlu kılar (isteğe bağlı) |
| BIMI | default._bimi.ornek.com.tr TXT kaydı | Bazı e-posta hizmetlerinde marka logosunu gösterir (isteğe bağlı) |
100 üzerinden puan korumayı özetler. En ağır basanlar SPF ve özellikle DMARC'tir, çünkü taklidi engelleyen onlardır. MTA-STS ve BIMI artı puandır. DKIM yalnızca bir anahtar bulunursa ya da bir seçici girerseniz hesaba katılır.
Her sağlayıcı DKIM anahtarını kendi seçtiği bir ad altında yayımlar: buna seçici (selector) denir. Google Workspace'te google, Microsoft 365'te selector1 ve selector2, başka yerlerde başka adlar. DNS bu adları listelemeye izin vermez. Araç en yaygın olanları dener; hiçbir şey bulamazsa bu, DKIM'in olmadığını kanıtlamaz.
Seçicinizi öğrenmek için alan adınızdan gönderilmiş bir e-postayı açın, başlıklarını görüntüleyin ve DKIM-Signature satırını bulun: s= sonrasındaki değer seçici, d= sonrasındaki değer imzalayan alan adıdır. Boxo'nun başlık analiz aracı bunları okumanıza yardımcı olur.
E-posta protokolü «Kimden» alanına herhangi bir adres yazılmasına izin verir. Kimlik doğrulama olmadan bir dolandırıcı, şirketinizden geliyormuş gibi görünen sahte faturalar ya da sahte şifre mesajları gönderebilir. Bundan müşterileriniz zarar görür, itibarınız da.
Diğer konu teslimattır. 2024'ten beri Gmail ve Yahoo, toplu gönderim yapanlardan mesajlarını SPF, DKIM ve DMARC ile doğrulamalarını istiyor. Küçük bir alan adı için bile eksik ya da bozuk bir SPF, meşru mesajların çoğu zaman spama düşmesine yol açar.
~all olsun. Aracın önerdiği kayıtlar, uyarlanacak bir başlangıç noktasıdır.p=none ile** bir rua adresiyle yayımlayın ve raporları birkaç hafta boyunca okuyun.p=quarantine, sonra p=reject moduna yükseltin.Hiç e-posta göndermeyen bir alan adı, örneğin bir markayı korumak için alınmış bir ad da kilitlenmelidir: v=spf1 -all ve v=DMARC1; p=reject;. Aksi halde, tam da kimse onu izlemediği için taklit için ideal bir hedef olarak kalır.
DNS değişikliklerinin görünür hale gelmesi birkaç dakikadan birkaç saate kadar sürer. Ardından kontrol etmek için analizi yeniden başlatın.
Hayır. Yalnızca herkese açık DNS kayıtlarını okur; bunlar, herhangi bir e-posta hizmetinin bir e-posta aldığında baktığı kayıtların aynısıdır. Hiçbir mesaj gönderilmez.
DMARC etkin olduğu sürece ikisi de uygundur. Bir gönderim hizmeti unutulduysa, kurulum sırasında «~all» daha hoşgörülüdür. Tüm gönderenleriniz listelendikten sonra «-all» daha katıdır.
Anahtar, sağlayıcınızın seçtiği ve DNS'in listelemeye izin vermediği bir seçici altında yayımlanır. Onu ilgili alana girin: alan adınızdan gönderilmiş bir e-postanın DKIM-Signature başlığında «s=» ifadesinden sonra yer alır.
Evet, gönderim hizmetlerinizden biri SPF ile yetkilendirilmemiş ya da DKIM ile imzalanmamışsa. Bu yüzden önce «p=none» ile başlamak ve politikayı sıkılaştırmadan önce raporları okumak gerekir.