E-posta Teslim Edilebilirliği Standartları ve Önemi
E-posta teslim edilebilirliği, gönderilen iletilerin alıcıların gelen kutularına başarıyla ulaşma yeteneğidir. E-posta hizmet sağlayıcıları, kullanıcılarını istenmeyen postalardan (spam), kimlik avı (phishing) saldırılarından ve kötü amaçlı yazılımlardan korumak için sıkı filtreleme mekanizmaları ve teknik standartlar uygular. Bu standartlara uyulmaması, e-postaların doğrudan spam klasörüne gitmesine veya alıcı sunucular tarafından tamamen reddedilmesine yol açar.
Gönderim altyapısının ve alan adı ayarlarının güncel teknik standartlara uygun olarak yapılandırılması, gönderen itibarını korumanın ilk adımıdır. Alıcı sistemler, gelen her iletiyi teknik kimlik doğrulama testlerinden geçirir, gönderen IP adresinin geçmişini inceler ve alıcıların bu gönderene verdiği tepkileri analiz eder. Bu nedenle, teknik gereksinimlerin eksiksiz yerine getirilmesi e-posta teslim edilebilirliğinin temelini oluşturur.
SPF, DKIM ve DMARC ile Kimlik Doğrulama
E-posta kimlik doğrulaması, gönderenin iddia ettiği kişi olduğunu kanıtlayan üç temel protokole dayanır: SPF, DKIM ve DMARC.
- SPF (Sender Policy Framework): Alan adınız adına hangi IP adreslerinin veya e-posta hizmet sağlayıcılarının ileti göndermeye yetkili olduğunu belirten bir DNS TXT kaydıdır. SPF tüm gönderim hizmetlerini kapsıyor olmalıdır. Alan adında tek bir SPF politikası bulunmalı ve bu politika gönderim izni verilen her sağlayıcıyı veya IP'yi içermelidir.
- DKIM (DomainKeys Identified Mail): İletinin gönderim sırasında değiştirilmediğini ve gerçekten alan adınızdan çıktığını doğrulamak için e-posta üstbilgisine kriptografik bir imza ekler. DKIM imzalama uygun bir anahtarla etkin olmalıdır. Teslim edilmiş bir iletide DKIM=pass sonucu kontrol edilmeli ve imzalama anahtarının en az 1024 bit olduğu doğrulanmalıdır; destekleniyorsa 2048 bit kullanılmalıdır.
- DMARC (Domain-based Message Authentication, Reporting, and Conformance): SPF ve DKIM protokollerinin üzerine inşa edilir. Alıcı sunuculara, bu iki doğrulamadan geçemeyen iletilere ne yapacaklarını söyler. DMARC en az p=none ile yayımlanmış olmalıdır. From alan adındaki _dmarc kaydı sorgulanmalı ve quarantine veya reject politikasına kademeli olarak geçmeden önce bu kayıt doğrulanmalıdır.
Kimlik doğrulamasının tam olarak sağlanması için SPF veya DKIM görünen From alan adıyla hizalı olmalıdır. Gerçek bir iletide Authentication-Results değeri kontrol edilmeli ve doğrulamayı geçen en az bir alan adının From alan adıyla hizalı olduğu onaylanmalıdır.
E-posta Altyapısı ve Biçimlendirme Kuralları
Güvenilir bir e-posta gönderim altyapısı, DNS yapılandırmalarının doğruluğuna ve standartlara uygun ileti biçimlendirmesine dayanır.
Gönderim IP'lerinde ileri ve ters DNS birbiriyle eşleşiyor olmalıdır. Her gönderim IP'sinin bir PTR (Pointer) ana bilgisayar adı (reverse DNS) bulunmalı ve bu adın yeniden aynı IP'ye çözümlendiği (forward DNS) doğrulanmalıdır. Bu eşleşme, alıcı sunucuların gönderen sunucunun kimliğini doğrulamasına yardımcı olur.
Güvenlik açısından, giden posta TLS (Transport Layer Security) kullanmalıdır. Destekleyen alıcılara şifreli bir TLS bağlantısı sunulduğunu doğrulamak için gönderim hizmeti veya SMTP günlükleri kontrol edilmelidir.
İleti içeriğinin teknik yapısı da teslim edilebilirliği doğrudan etkiler. Üstbilgiler ve gönderen kimliği geçerli ve doğru olmalıdır. Gerçek bir iletide tek bir From adresi, geçerli Date ve Message-ID alanları ile yanıltıcı olmayan bir konu ve kimlik bulunduğunu kontrol etmek gerekir.
Gönderen İtibarı ve Alıcı Listesi Yönetimi
Gönderen itibarı, e-posta hizmet sağlayıcılarının alan adınıza ve gönderim IP'lerinize duyduğu güven seviyesidir. Bu itibarı korumak için alıcı listelerinin kalitesi ve kullanıcı etkileşimleri sürekli yönetilmelidir.
Alıcılar onay verdi ve geçersiz adresler kaldırıldı durumundan emin olunmalıdır. Kayıt kanıtları düzenli olarak incelenmeli, kalıcı geri dönüşler (hard bounce) ve şikâyetler engellenmeli, bu akışı artık istemeyen alıcılara gönderim derhal durdurulmalıdır.
Şikâyet oranları yayımlanmış eşiklerin altında izleniyor olmalıdır. Sağlayıcı panoları düzenli olarak incelenmelidir. Örneğin, Gmail spam oranları %0,10'un altında tutulmalı, %0,30 ve üzerindeki oranlardan kesinlikle kaçınılmalıdır; Yahoo şikâyetleri de benzer şekilde %0,30'un altında tutulmalıdır.
Kimlik doğrulama, itibar, geri dönüşler ve raporlar inceleniyor olmalıdır. Hataları araştırmak ve sorunlu kaynakları kaldırmak için DMARC toplu raporları (RUA) ve mevcut sağlayıcı panoları veya geri bildirim döngüleri (Feedback Loops) aktif olarak kullanılmalıdır.
Abonelikten Çıkma Mekanizmaları
Kullanıcıların e-posta listelerinden kolayca çıkabilmesi, spam şikâyetlerini azaltmanın en etkili yoludur. Özellikle toplu ve pazarlama gönderimlerinde iki farklı abonelikten çıkma yöntemi uygulanmalıdır.
İlk olarak, tek tıklamayla abonelikten çıkma üstbilgileri çalışıyor olmalıdır. RFC 8058 standardına uygun List-Unsubscribe ve List-Unsubscribe-Post üstbilgilerini içeren abonelik iletileri gönderilmeli, ardından alıcı istemcilerin arka planda tetikleyeceği HTTPS POST uç noktası test edilmelidir.
İkinci olarak, görünür abonelikten çıkma bağlantısı çalışıyor ve istekler hızla işleniyor olmalıdır. İleti gövdesinde yer alan abonelikten çıkma bağlantısı, kullanıcının oturum açmasını gerektirmeden çalışmalı ve sistemdeki engelleme işleminin en geç iki gün içinde tamamlandığı doğrulanmalıdır.
Kontrol Listelerinin Sınırları
Bir e-posta teslim edilebilirliği kontrol listesindeki tüm maddeleri tamamlamak, iletilerinizin alıcıların gelen kutusuna ulaşacağını kesin olarak garanti etmez.
Alıcı sistemler, teslimat kararı verirken yalnızca teknik yapılandırmaları değil; anlık gönderen itibarını, alıcıların geçmiş etkileşimlerini, ileti içeriğini, anlık trafik düzenlerini ve kendi gizli iç kurallarını da değerlendirir. Bu kontrol listesi, teknik ve idari olarak gönderime en iyi şekilde hazırlanmanıza yardımcı olur ancak nihai teslimat başarısını öngöremez veya garanti edemez.
E-posta Teslim Edilebilirliği Kontrol Listesi Kullanımı
"E-posta Teslim Edilebilirliği Kontrol Listesi" aracı, alan adınızı ve gönderim senaryonuzu analiz ederek eksik adımları belirlemenize yardımcı olur.
Giriş Parametreleri ve Kurallar
- Gönderim alan adı: Görünen From adresinizde kullanılan, şema (http/https), yol veya e-posta adresi içermeyen geçerli bir genel alan adı girilmelidir (Örnek:
mail.example.com). Giriş karakter sınırı en fazla 253 karakterdir. Alan adı girdisi sistem tarafından otomatik olarak küçük harfe dönüştürülür ve sonundaki noktalar temizlenir. - Toplu gönderen: Kişisel Gmail hesaplarına günde yaklaşık 5.000 veya daha fazla ileti gönderiyorsanız ya da sağlayıcınız bu akışı toplu posta olarak değerlendiriyorsa bu seçeneği etkinleştirin.
- Pazarlama veya abonelik postası: Bültenler, kampanyalar ve kişilerin abone olduğu diğer iletiler için bu seçeneği etkinleştirin.
- Kontrol listesi maddeleri: Yukarıda açıklanan 12 teknik ve idari kontrol maddesinden tamamladıklarınızı işaretleyin.
Hata Mesajları ve Durumlar
- Alan adı alanı boş bırakılarak inceleme oluşturulmak istendiğinde
Önce gönderim alan adını girin.hatası gösterilir. - Alan adı 253 karakterden uzunsa
Bu alan adı olağan dışı uzun. 253 karakteri aşmayın.hatası verilir. - Geçersiz veya yerel bir alan adı girildiğinde
Yalnızca mail.example.com gibi genel bir alan adı girin.hatası gösterilir. - "Temizle" butonuna tıklandığında tüm girdiler sıfırlanır ve ekranda
Kontrol listesi temizlendi.bilgisi yer alır. - Tüm geçerli maddeler işaretlendiğinde araç
Bu referans setinde işaretlenmemiş madde yokuyarısını verir veDurum ve gereksinimler değişebileceği için gerçek iletileri, raporları ve sağlayıcı yönergelerini izlemeye devam edin.hatırlatmasını yapar.
Gizlilik ve Veri İşleme
Girdiğiniz alan adı ve kontrol listesi seçimleriniz tamamen tarayıcınızda işlenir; BroBroGo bu verileri sunucularına yüklemez veya kaydetmez. Tüm işlemler cihazınızda yerel olarak gerçekleşir. Araç, DNS sorguları yapmaz veya canlı e-posta gönderimi gerçekleştirmez; yalnızca beyan ettiğiniz durum üzerinden analiz sunar.
Sıkça Sorulan Sorular
Bu kontrol listesi hangi kuralları kullanıyor?
2026-07-16 tarihli referans seti SPF için RFC 7208, DKIM için RFC 6376, DMARC için RFC 9989, tek tıklamayla abonelikten çıkma için RFC 8058 ile o tarihte geçerli Gmail ve Yahoo gönderen yönergelerini kullanır.
Kontrol listesi DNS sorgusu yapıyor veya test e-postası gönderiyor mu?
Hayır. Yalnızca girdiğiniz alan adını, bağlamı ve işaretlediğiniz kutuları değerlendirir. Oluşturulan adımları DNS sağlayıcınız, gönderim hizmetiniz ve gerçek ileti üstbilgileriyle uygulayın.
Her maddeyi tamamlamak gelen kutusuna ulaşmayı garanti eder mi?
Hayır. Alıcı sistemler itibar, alıcı geri bildirimi, içerik, trafik düzenleri ve değişen iç kuralları da kullanır. Bu liste incelemeye hazırlanmanıza yardımcı olur; teslimatı öngöremez veya garanti edemez.