Hosting paketinizle gelen e-posta hesaplarını oluşturmak beş dakika sürer. Bu hesaplardan gönderilen e-postaların alıcının gelen kutusuna düşmesini sağlamak ise ayrı bir iştir — ve genellikle atlanan iştir. Sonuç tanıdıktır: gönderdiğiniz teklif, fatura veya iletişim formu yanıtı spam klasöründe kalır ve siz bunu ancak müşteri "e-posta gelmedi" dediğinde öğrenirsiniz.
Bu rehber, bir Linux hosting veya Windows hosting hesabında kurumsal e-postanın doğru yapılandırılmasını, üç doğrulama kaydını ve teslimat sorunlarının teşhisini anlatıyor.
E-postalar Neden Spam'e Düşer?
Alıcı sunucu, gelen bir e-postayı kabul etmeden önce şu soruyu sorar: bu e-posta gerçekten iddia ettiği alan adından mı gönderildi? Bu soruya cevap veremeyen e-postalar şüpheli sayılır.
Sorunun temeli e-posta protokolünün tasarımındadır: gönderen adresi, herhangi biri tarafından istenildiği gibi yazılabilir. Yani hiçbir yetkisi olmayan biri sizin alan adınızdan e-posta gönderiyormuş gibi görünebilir. Alıcı sunucular bu yüzden üç ek doğrulama katmanı geliştirdi ve bugün bu katmanları kurmamış alan adlarını sistematik biçimde cezalandırıyorlar.
Üç Kayıt ve Ne İşe Yaradıkları
1. SPF — Kim Gönderebilir?
SPF (Sender Policy Framework), alan adınız adına e-posta göndermeye yetkili sunucuların listesidir. DNS'e bir TXT kaydı olarak eklenir.
Alıcı sunucu e-postayı aldığında gönderen IP adresinin bu listede olup olmadığını kontrol eder. Listede yoksa e-posta şüpheli sayılır.
En sık yapılan hata: Yalnızca hosting sunucusunu listeye eklemek. Oysa alan adınız adına e-posta gönderen her sistem listede olmalıdır — hosting sunucusu, sitenizin iletişim formu, e-posta pazarlama servisi, muhasebe yazılımı, CRM. Biri eksikse o sistemden gönderilen e-postalar doğrulamayı geçemez.
İkinci sık hata: Aynı alan adı için birden fazla SPF kaydı tanımlamak. Bu geçersiz bir yapılandırmadır ve doğrulamanın tamamen başarısız olmasına yol açar. Tek bir SPF kaydı olmalı, tüm gönderenler o kaydın içinde listelenmelidir.
2. DKIM — İçerik Değişmedi mi?
DKIM (DomainKeys Identified Mail), giden her e-postaya kriptografik bir imza ekler. Alıcı sunucu, DNS'te yayımladığınız açık anahtarla bu imzayı doğrular.
DKIM iki şeyi kanıtlar: e-postanın gerçekten sizin altyapınızdan çıktığını ve yolda değiştirilmediğini. SPF'den önemli bir farkı vardır: e-posta yönlendirildiğinde SPF doğrulaması bozulabilir, DKIM imzası ise yönlendirmeden sonra da geçerli kalır.
Kurulumu genellikle hosting panelinden tek tıkla yapılır: panel anahtar çiftini üretir, size DNS'e eklemeniz gereken kaydı verir. Kaydı ekledikten sonra imzanın gerçekten eklendiğini doğrulayın — panelde etkin görünmesi, DNS kaydının doğru yayıldığı anlamına gelmez.
3. DMARC — Doğrulama Başarısız Olursa Ne Olacak?
DMARC, ilk iki kayıt başarısız olduğunda alıcı sunucunun ne yapmasını istediğinizi söyler. Üç politika seçeneği vardır:
- none: Hiçbir şey yapma, sadece bana rapor gönder. Başlangıç için doğru politika budur.
- quarantine: Şüpheli klasörüne koy.
- reject: Tamamen reddet.
DMARC'ın en değerli tarafı rapor mekanizmasıdır: alan adınız adına kimin e-posta gönderdiğini ve hangi gönderimlerin doğrulamayı geçemediğini düzenli olarak öğrenirsiniz. Bu raporlar, unuttuğunuz bir gönderen sistemi ortaya çıkarmanın en güvenilir yoludur.
Doğru Kurulum Sırası
Sıra önemlidir. Katı bir politikayla başlamak, kendi e-postalarınızın reddedilmesine yol açar.
- Gönderen envanteri çıkarın: Alan adınız adına e-posta gönderen tüm sistemleri listeleyin. Bu adımı atlarsanız sonraki her adım eksik olur.
- SPF kaydını kurun: Envanterdeki tüm gönderenleri tek bir kayıtta listeleyin.
- DKIM'i etkinleştirin: Hosting panelinden anahtarı üretin, DNS kaydını ekleyin, imzanın çalıştığını test edin.
- DMARC'ı "none" ile başlatın: Rapor adresinizi tanımlayın ve en az iki hafta rapor toplayın.
- Raporları okuyun: Doğrulamayı geçemeyen meşru gönderenleri bulup SPF/DKIM yapılandırmasını tamamlayın.
- Politikayı kademeli sıkılaştırın: Tüm meşru gönderenler doğrulamayı geçtiğinde "quarantine", ardından güvendiğinizde "reject" seviyesine geçin.
Sitenizin Gönderdiği E-postalar
Sıkça atlanan bir konu: iletişim formu, sipariş onayı ve şifre sıfırlama e-postaları da doğrulamaya tabidir.
Yaygın hata, sitenin bu e-postaları doğrudan sunucudan göndermesi ve gönderen adresine ziyaretçinin e-posta adresini yazmasıdır. Bu durumda e-posta, ziyaretçinin alan adından gönderilmiş gibi görünür ama sizin sunucunuzdan çıkar — yani doğrulamayı kesin olarak geçemez.
Doğru yaklaşım: Gönderen adresi olarak kendi alan adınızdaki bir adresi kullanın (örneğin site@alanadiniz.com) ve ziyaretçinin adresini yanıtla (Reply-To) alanına koyun. Böylece doğrulama geçer ve yanıt yine ziyaretçiye gider.
Teslimat Sorunu Teşhisi
| Belirti | Muhtemel neden |
|---|---|
| Tüm alıcılarda spam'e düşüyor | SPF/DKIM eksik veya hatalı |
| Yalnızca belirli sağlayıcıda spam'e düşüyor | O sağlayıcıda itibar sorunu veya içerik filtresi |
| Formdan gelen e-postalar gelmiyor, elle gönderilenler geliyor | Site gönderen adresini yanlış kullanıyor |
| Hiç ulaşmıyor, geri bildirim de yok | Sunucu IP'si kara listede |
| Bir gün çalışıyor, bir gün çalışmıyor | Birden fazla SPF kaydı veya DNS yayılım sorunu |
Paylaşımlı Hosting'de IP İtibarı
Paylaşımlı bir hosting hesabında e-posta gönderdiğinizde, sunucunun IP adresini diğer hesaplarla paylaşırsınız. Aynı IP'den spam gönderen bir komşu, sizin teslimat oranınızı da düşürür.
Bu, paylaşımlı hostingde e-posta gönderiminin yapısal bir riskidir ve tamamen kontrolünüzde değildir. Kurumsal e-posta iletişimi işiniz için kritikse iki seçenek vardır: e-postayı hosting hesabınızdan ayrı, özel bir e-posta servisinde barındırmak ya da giden e-postaları itibarı yönetilen bir aracı sunucu üzerinden göndermek. İkisi de aynı sonuca hizmet eder — e-posta teslimatını web barındırmanızın IP itibarından ayırmak.
Sonuç
Kurumsal e-posta yapılandırması, hosting hesabı kurulumunun en çok atlanan ama ticari etkisi en yüksek adımıdır. SPF, DKIM ve DMARC üçlüsünü doğru kurmak bir saatlik iştir ve karşılığında e-postalarınızın gelen kutusuna ulaşmasını sağlar. Kurulum sırasına dikkat edin: envanteri çıkarmadan SPF yazmak, raporları okumadan politikayı sıkılaştırmak — bu iki hata en sık yapılanlardır ve ikisi de kendi e-postalarınızı engellemekle sonuçlanır.
Sıkça Sorulan Sorular (SSS)
Üç kaydın hepsi gerekli mi?
SPF ve DKIM pratikte zorunludur; büyük e-posta sağlayıcıları bu kayıtları olmayan alan adlarını sistematik biçimde şüpheli sayar. DMARC teknik olarak opsiyoneldir ama rapor mekanizması sayesinde sorunları görünür kıldığı için kurulması güçlü biçimde önerilir.
İki e-posta servisi kullanıyorum, iki SPF kaydı ekleyebilir miyim?
Hayır — bu geçersiz bir yapılandırmadır ve doğrulamanın tamamen başarısız olmasına yol açar. Tek bir SPF kaydı olmalı ve tüm gönderen sistemler o kaydın içinde listelenmelidir.
DMARC'ı doğrudan "reject" yapabilir miyim?
Yapabilirsiniz ama yapmayın. Doğrulamayı geçemeyen meşru bir göndereniniz varsa (ki genellikle vardır) o sistemin e-postaları anında reddedilmeye başlar. "none" ile başlayıp raporları okuyarak ilerlemek, kendi iletişiminizi kesmemenin tek güvenli yoludur.
Kayıtları ekledim, ne zaman etkili olur?
DNS yayılımı kadar — genellikle birkaç saat, TTL değerine bağlı olarak daha uzun. Kayıtları ekledikten sonra kendinize farklı sağlayıcılardaki adreslere test e-postası gönderip başlık bilgilerinde doğrulama sonuçlarını kontrol edin.
