Kısa cevap: Kendi sunucunuzda e-posta barındırmak teknik olarak kolaydır; mektubun gerçekten Gmail’in gelen kutusuna düşmesi ise zordur. İşin sırrı kimlik doğrulama üçlüsüdür: SPF (kim göndermeye yetkili), DKIM (imza/sahtecilik koruması), DMARC (politika). Buna PTR (ters DNS) ve temiz IP itibarı eklenir. Şubat 2024’ten beri Gmail ve Yahoo bu üçlüyü zorunlu tutuyor — eksikse mektubunuz reddedilir veya spam’e gider.
“Kendi sunucumda e-posta kuralım, üçüncü tarafa bağımlı olmayalım” cazip bir fikirdir. Postfix/Dovecot kurmak da, Virtualmin ile birkaç tıkla mail barındırmak da kolaydır. Ama asıl sınav kurulumda değil, deliverability‘dedir: gönderdiğiniz mektup karşı tarafın gelen kutusuna mı, spam’ine mi, yoksa hiçbir yere mi gidiyor? Bu yazıda işin gerçeğini dürüstçe anlatıyoruz.
Üç harf: SPF, DKIM, DMARC
Gmail, Yahoo ve Microsoft artık bu üçünü doğrulayamadığı mektupları reddediyor. Hepsi alan adınızın DNS’ine eklenen kayıtlardır:
| Kayıt | Ne yapar |
|---|---|
| SPF | Hangi IP’lerin sizin adınıza mektup göndermeye yetkili olduğunu listeler (DNS TXT) |
| DKIM | Her mektuba kriptografik imza ekler; içerik değiştirilmediğini ve gerçekten sizden geldiğini kanıtlar |
| DMARC | SPF/DKIM başarısızsa ne yapılacağını söyler (none/quarantine/reject) ve rapor toplar |
# SPF — yalnız bu sunucu göndersin
ornek.com. TXT "v=spf1 a mx ip4:203.0.113.10 -all"
# DKIM — Virtualmin/OpenDKIM imza anahtarını üretir (seçici: default)
default._domainkey.ornek.com. TXT "v=DKIM1; k=rsa; p=MIGfMA0..."
# DMARC — izleme ile başla, sonra sıkılaştır
_dmarc.ornek.com. TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]"Atlanan ama kritik: PTR (ters DNS)
Gönderen IP’nizin, hostname’inize geri çözülen geçerli bir PTR (ters DNS) kaydı olmalıdır. Alıcı sunucu ters arama yapıp IP→hostname, sonra ileri arama ile hostname→IP eşleşmesini doğrular. PTR’nin eksik/yanlış olması, self-hosted e-postanın özellikle Gmail tarafından reddedilmesinin en yaygın nedenidir. PTR’yi genelde IP’yi veren sağlayıcı (VPS firması) ayarlar — alan adınızın DNS’inden değil.
Gmail/Yahoo 2024 kuralları
Şubat 2024’te oyun değişti: Google ve Yahoo “iyi uygulama” rica etmeyi bırakıp zorunluluk haline getirdi. Bugün baz çizgi şu:
- SPF + DKIM + DMARC hepsi kurulu ve geçerli olmalı.
- PTR / ileri-geri DNS uyumu sağlanmalı.
- Spam oranı %0,3’ün altında (ideali %0,1) tutulmalı.
- Toplu gönderende (günde 5.000+) tek tıkla abonelikten çık başlığı zorunlu.
- DMARC en az
p=noneolmalı; standart hızlaquarantine/reject‘e kayıyor.
Virtualmin ile mail kurulumu
Kendi sunucunuzda Virtualmin, Postfix (gönderme) ve Dovecot (alma) yığınını kurar; her sanal sunucu için DKIM anahtarını üretip DNS’e eklenecek kaydı verir. Yani teknik kurulum büyük ölçüde otomatiktir. Bu altyapıyı çoklu hosting kurgusuyla birlikte yönetebilirsiniz. Ama unutmayın: kurulum kolay olsa da, asıl iş itibar ve doğrulamadır.
Dürüst gerçek: deliverability zordur
Tüm kayıtları doğru yapsanız bile, yeni bir IP’nin itibarı sıfırdan kazanılır (warm-up) ve büyük sağlayıcılar yeni/küçük IP’lere temkinli yaklaşır. Bu yüzden pratik öneri sıklıkla hibrittir: e-postayı kendi sunucunuzda barındırın ama giden postayı itibarı hazır bir relay (ör. Amazon SES, Mailgun, Postmark) üzerinden gönderin. Böylece sahiplik sizde kalır, deliverability profesyonel altyapıdan gelir. Özellikle işlemsel/toplu mailde bu, baş ağrısının çoğunu çözer.
DKS pratikte ne yapıyor?
E-posta barındırma kararında önce ihtiyacı netleştiriyoruz: birkaç kurumsal kutu mu, yoksa yüksek hacimli işlemsel mail mi? Kendi sunucusunda barındırırken SPF/DKIM/DMARC üçlüsünü, PTR’yi ve sunucu sıkılaştırmasını (güvenlik katmanları) standart kuruyoruz; deliverability kritikse gideni bir relay’e bağlıyoruz. Çünkü “mail sunucusu çalışıyor” ile “mektup gelen kutusuna düşüyor” aynı şey değildir. E-posta çözümleri tarafında yaptığımız iş tam da bu dengeyi kurmaktır.
Sıkça sorulan sorular
Kendi sunucumda e-posta barındırmak mantıklı mı?
Sahiplik ve kontrol için cazip, kurulumu da Virtualmin ile kolaydır. Ama asıl zorluk deliverability’dir: SPF/DKIM/DMARC, PTR ve IP itibarı doğru yönetilmezse mektuplar spam’e düşer. Birkaç kurumsal kutu için uygundur; yüksek hacimli giden mailde hibrit (relay) yaklaşım genelde daha güvenlidir.
SPF, DKIM ve DMARC arasındaki fark nedir?
SPF hangi IP’lerin sizin adınıza göndermeye yetkili olduğunu listeler; DKIM her mektuba kriptografik imza ekleyerek sahteciliği önler; DMARC ise bu kontroller başarısız olduğunda ne yapılacağını (izle/karantina/reddet) belirler ve rapor toplar. Üçü birlikte kullanılır.
PTR kaydı neden önemli?
Gönderen IP’nizin hostname’inize geri çözülen geçerli bir ters DNS (PTR) kaydı olmalıdır. Eksik veya yanlış PTR, self-hosted e-postanın özellikle Gmail tarafından reddedilmesinin en yaygın nedenlerindendir. PTR’yi genellikle IP’yi veren VPS sağlayıcısı ayarlar.
Gmail ve Yahoo’nun yeni kuralları neler?
Şubat 2024’ten beri SPF, DKIM ve DMARC zorunlu; PTR uyumu, spam oranının %0,3 altında tutulması ve toplu gönderende (günde 5.000+) tek tıkla abonelikten çıkma gerekiyor. DMARC en az p=none olmalı, standart quarantine/reject yönüne kayıyor.
Deliverability için relay kullanmalı mıyım?
Çoğu durumda evet, özellikle işlemsel veya toplu mailde. E-postayı kendi sunucunuzda barındırıp gideni Amazon SES, Mailgun veya Postmark gibi itibarı hazır bir relay üzerinden göndermek, yeni IP itibarı sorununun büyük kısmını çözer ve sahipliği sizde bırakır.
Kendi sunucunuzda e-posta kurmak bir şey, onu gerçekten teslim ettirmek başka. Bizimle iletişime geçin; SPF/DKIM/DMARC ve PTR’yi doğru kurup, gerekirse hibrit bir deliverability kurgusu oluşturalım.
