cPanel'de E-posta Teslimat Sorunları: SPF/DKIM/DMARC Ayarları

cPanel'de E-posta Teslimat Sorunları: SPF/DKIM/DMARC Ayarları

E-posta gönderdiğinizde karşı tarafın gelen kutusuna değil de spam klasörüne düşmesi, çoğu zaman sunucu veya cPanel arızası değil, DNS düzeyinde eksik kimlik doğrulama meselesidir. Alıcı sunucular (Gmail, Outlook, Yandex vb.) artık her gelen e-postayı üç temel imza kaydına göre süzüyor: SPF, DKIM ve DMARC. Bu üçü doğru kurulmadan gönderilen e-postalar ya doğrudan reddediliyor ya da "önemsiz" klasörüne yönlendiriliyor.

Bu yazıda cPanel üzerinden bu üç kaydı adım adım nasıl kuracağınızı, hangi hataların teslimat sorunlarına yol açtığını ve gönderim itibarınızı nasıl koruyacağınızı anlatıyoruz. Konuya cPanel'e hiç dokunmamış birinin de takip edebileceği şekilde, gerçek DNS kayıt örnekleriyle giriyoruz.

Büyükweb notu: cPanel barındırdığımız hesaplarda "Email Deliverability" aracı, eksik veya hatalı SPF/DKIM kayıtlarını otomatik tespit edip önerilen kaydı size gösterir. Yine de bu kaydın DNS bölgenize doğru şekilde yazılması sizin sorumluluğunuzdadır — panel öneriyi üretir, ekleme işlemini siz (ya da yönlendirdiğiniz DNS sağlayıcısı) onaylar.

E-postalar Neden Spam Kutusuna Düşer

Bir alıcı sunucusu gelen e-postayı değerlendirirken üç soruya cevap arar:

1. Bu e-posta gerçekten bu domainden mi gönderildi? (SPF)
2. Yolda içerik değiştirilmiş mi, gönderen kimliği sahte mi? (DKIM)
3. SPF veya DKIM başarısız olursa alıcı ne yapmalı? (DMARC)

Bu üç kayıttan biri eksik veya yanlış yapılandırılmışsa, alıcı sunucu domaininizin "spam gönderen" listesindeki adreslerle aynı davrandığını varsayabilir. Özellikle yeni kurulan bir domainle toplu e-posta göndermeye başladığınızda (fatura bildirimi, şifre sıfırlama, bülten vb.) bu üç kayıt olmadan teslimat oranı %30'ların altına düşebilir.

Bunun dışında teslimat sorununa yol açan diğer etkenler şunlardır: paylaşımlı IP üzerindeki başka bir hesabın spam göndermesi nedeniyle IP itibarının düşmesi, reverse DNS (PTR) kaydının eksik olması, gönderim hacminin aniden artması (ısınmamış domain) ve içerik filtrelerini tetikleyen konu/başlık kalıpları. Ancak pratikte sorunların büyük çoğunluğu SPF/DKIM/DMARC eksikliğinden kaynaklanır, bu yüzden önce bu üçünü doğru kurmak gerekir.

SPF Nedir, cPanel'de Nasıl Yapılandırılır

SPF (Sender Policy Framework), domaininiz adına hangi sunucuların e-posta gönderebileceğini alıcıya bildiren bir TXT kaydıdır. Alıcı sunucu, gelen e-postanın kaynağı IP adresini bu listeyle karşılaştırır; liste dışından geliyorsa e-postayı şüpheli sayar.

cPanel'de SPF kaydı genellikle domain eklendiğinde otomatik oluşturulur, ancak harici bir e-posta gönderim aracı (fatura yazılımı, CRM, pazarlama otomasyonu) kullanıyorsanız bu kaydı manuel güncellemeniz gerekir. cPanel ana ekranında Email Deliverability bölümüne girip domaininizin yanındaki Manage düğmesine tıkladığınızda mevcut ve önerilen SPF kaydını yan yana görürsünüz.

Tipik bir SPF kaydı şöyle görünür:

v=spf1 +a +mx +ip4:203.0.113.10 include:_spf.example-provider.com ~all

Bu kaydın parçaları:

• v=spf1 — kaydın SPF sürümünü belirtir, her zaman ilk sırada olmalı.
• +a — domainin A kaydındaki sunucunun gönderime yetkili olduğunu belirtir.
• +mx — MX kaydında tanımlı sunucuların da yetkili olduğunu belirtir.
• ip4:203.0.113.10 — ek bir sunucunun IP adresini yetkilendirir (örneğin ayrı bir gönderim sunucusu).
• include: — üçüncü parti bir gönderim hizmeti kullanıyorsanız onun SPF alt kaydını dahil eder.
• ~all — listede olmayan kaynaklardan gelen postaların "soft fail" (şüpheli ama tamamen reddedilmesin) sayılmasını sağlar; daha katı bir politika için -all kullanılır.

Önemli: Bir domain için sadece bir tane SPF TXT kaydı olabilir. Birden fazla gönderim kaynağınız varsa (örneğin hem cPanel hem harici bir bülten aracı) hepsini tek kayıt içinde include: ile birleştirmeniz gerekir. İki ayrı SPF TXT kaydı eklerseniz alıcı sunucular kaydı geçersiz sayar ve teslimat sorunu daha da kötüleşir.

DNS kaydını eklemek için cPanel'de Zone Editor üzerinden TXT tipiyle host adı @ (veya domain adı) seçip yukarıdaki değeri değere yapıştırmanız yeterlidir.

DKIM Nedir, cPanel'de Nasıl Etkinleştirilir

DKIM (DomainKeys Identified Mail), giden e-postaya sunucu tarafından özel bir anahtarla dijital imza eklenmesi, alıcı tarafın ise DNS'teki genel anahtarla bu imzayı doğrulamasıdır. İmza doğrulanırsa e-postanın yolda değiştirilmediği ve gerçekten o domainden çıktığı kanıtlanmış olur.

cPanel'de DKIM, domain eklendiğinde Exim tarafından otomatik olarak bir anahtar çifti üretilir. Sizin yapmanız gereken, üretilen genel anahtarın DNS bölgesine doğru eklendiğini doğrulamaktır. Yine Email Deliverability ekranından kontrol edebilirsiniz; "Valid" durumu göremiyorsanız aşağıdaki gibi bir TXT kaydı eksik demektir:

Host: default._domainkey.siteadiniz.com
Tip: TXT
Değer: v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...

Buradaki default kısmı selector olarak adlandırılır; cPanel varsayılan olarak default kullanır ama harici bir gönderim aracı farklı bir selector isteyebilir (örneğin s1._domainkey). Aynı domain için birden fazla selector'a sahip olabilirsiniz, bu SPF'in aksine sorun oluşturmaz — her gönderim kaynağı kendi selector'ıyla imzalar.

DKIM anahtarını yeniden üretmeniz gerekiyorsa (örneğin sunucu göçü sonrası) cPanel'de Email Deliverability sayfasında ilgili domain için Repair seçeneğine tıklamanız yeterli; sistem eski kaydı geçersiz kılıp yenisini otomatik oluşturur, siz sadece yeni TXT değerini DNS bölgenize (eğer DNS harici bir sağlayıcıdaysa) yansıtırsınız.

DMARC Nedir, Neden SPF ve DKIM Tek Başına Yetmez

SPF ve DKIM doğru kurulsa bile, biri diğerini "hizalamadan" (alignment) geçebilir ve alıcı yine de e-postanızı reddedebilir ya da kabul edip başkasının sizin adınıza sahte e-posta göndermesine (spoofing) izin verebilir. DMARC (Domain-based Message Authentication, Reporting and Conformance), SPF ve DKIM sonuçlarını birleştirip alıcıya "bu ikisinden biri başarısız olursa ne yap" talimatını verir; ayrıca size başarısız denemelerin raporunu gönderir.

Örnek bir DMARC kaydı:

Host: _dmarc.siteadiniz.com
Tip: TXT
Değer: v=DMARC1; p=quarantine; rua=mailto:dmarc-raporlari@siteadiniz.com; pct=100; adkim=r; aspf=r

Alanların anlamı:

Parametre	Açıklama	Yaygın değerler
v	Kayıt sürümü	DMARC1
p	Ana politika: başarısız postaya ne yapılacağı	none (izleme), quarantine (spam'e at), reject (tamamen reddet)
rua	Toplu raporların gönderileceği adres	mailto:...
pct	Politikanın uygulanacağı e-posta yüzdesi	100 (varsayılan)
adkim / aspf	Hizalama modu: gevşek (r) veya katı (s)	r genelde yeterli

Kademeli geçiş önemlidir. Domaininizde daha önce hiç DMARC yoksa doğrudan p=reject ile başlamayın — SPF/DKIM'i unuttuğunuz bir gönderim kaynağı varsa (örneğin bir form eklentisi, üçüncü parti bülten aracı) o kaynaktan giden tüm postalar aniden reddedilir. Önce p=none ile 1-2 hafta izleme yapıp rua raporlarını inceleyin, hangi kaynakların başarısız olduğunu görün, SPF/DKIM'i tamamlayın, sonra p=quarantine ve en son p=reject seviyesine geçin.

cPanel'de DNS Kayıtlarını Doğrulama ve Test Etme

Kayıtları ekledikten sonra doğrulama yapmadan geçmeyin; DNS yayılımı (propagation) birkaç saat sürebilir ve yanlış girilen bir kayıt sessizce teslimat sorununu sürdürür.

cPanel içi kontrol: Ana ekrandaki Email Deliverability aracı hem SPF hem DKIM hem de DMARC durumunu tek ekranda gösterir; "Invalid" ya da "Missing" uyarısı varsa önerilen kaydı doğrudan kopyalayabilirsiniz.

Komut satırından kontrol (terminal erişiminiz varsa):

dig TXT siteadiniz.com +short
dig TXT default._domainkey.siteadiniz.com +short
dig TXT _dmarc.siteadiniz.com +short

Bu üç komutun her biri boş dönüyorsa ilgili kayıt ya hiç eklenmemiştir ya da DNS bölgesi cPanel dışında (harici bir DNS sağlayıcıda) yönetiliyordur — bu durumda kaydı orada eklemeniz gerekir, cPanel'e yazmanız yeterli olmaz.

Gerçek e-posta testi: Bir test e-postası gönderip alıcı tarafın "orijinal mesajı göster" (show original / header görüntüleme) ekranından SPF: PASS, DKIM: PASS, DMARC: PASS satırlarını kontrol edin. Üçünden biri bile FAIL veya NEUTRAL dönüyorsa yukarıdaki adımlardan hangisinin eksik olduğunu gösterir.

Sözlükte panelin diğer temel işlevlerine hâkim değilseniz önce genel işleyişe bakmak isteyebilirsiniz: cPanel Nedir, Nasıl Kullanılır? rehberi panel arayüzüne ilk kez giren kullanıcılar için iyi bir başlangıç noktasıdır. E-posta hesabı oluşturma ve yönetme adımlarını ise cPanel E-posta Hesabı Oluşturma ve Yönetme Rehberi yazısında ayrıntılı bulabilirsiniz.

Sık Yapılan Hatalar ve Teslimat Sorunlarını Giderme

Alanda en sık karşılaşılan hatalar ve düzeltme yöntemleri:

Birden fazla SPF TXT kaydı. Domain geçmişinde birden fazla e-posta aracı kullanıldıysa (eski bir bülten servisi, eski bir form eklentisi) her biri kendi SPF kaydını eklemiş olabilir. Zone Editor'de siteadiniz.com için kaç adet v=spf1 ile başlayan TXT kaydı olduğunu kontrol edin; birden fazlaysa hepsini silip tek, birleşik bir kayıtla değiştirin.

DNS harici sağlayıcıda yönetiliyor ama cPanel'e yazılıyor. Domain başka bir yerde (domain kayıt firması, ayrı bir DNS yönetim paneli) nameserver'lara sahipse cPanel'deki Zone Editor değişiklikleri hiçbir işe yaramaz — kayıtlar DNS'in gerçekten yönetildiği yere eklenmelidir. Bu, "kaydı ekledim ama hâlâ Invalid görünüyor" şikayetinin en yaygın nedenidir. DNS yönetimini ve yönlendirme mantığını netleştirmek için cPanel'de Domain Yönlendirme ve DNS Yönetimi yazısına göz atabilirsiniz.

DKIM selector uyuşmazlığı. Harici bir gönderim aracı kullanıyorsanız (örneğin bir e-fatura sistemi) o aracın kendi DKIM selector'ı ve genel anahtarı olabilir; cPanel'in ürettiği default selector'ı bu araç için geçerli değildir. Aracın belgelerindeki selector adını ve TXT değerini ayrıca eklemeniz gerekir.

Paylaşımlı IP itibarı düşüklüğü. SPF/DKIM/DMARC hepsi PASS olsa bile aynı IP'yi paylaşan başka bir hesap spam gönderiyorsa teslimat oranınız yine düşebilir. Bu genelde geçicidir ve barındırma sağlayıcısı tarafında IP izleme ile çözülür; kalıcı ve öngörülebilir bir gönderim itibarı istiyorsanız daha izole bir ortam tercih etmek gerekebilir.

Reverse DNS (PTR) eksikliği. Giden sunucunun IP'sinden hostname'e dönen PTR kaydı yoksa bazı kurumsal mail sunucuları (özellikle büyük kurumsal alan adları) e-postayı doğrudan reddeder. PTR kaydı sunucu/IP seviyesinde ayarlanır, domain sahibinin DNS bölgesinden değil; barındırma sağlayıcınızdan talep edilmesi gerekir.

Brute-force ve kötüye kullanım kaynaklı IP kara listesi. Sunucunuzdaki bir e-posta hesabı ele geçirilip spam kaynağı haline gelirse tüm IP itibarınız zarar görür. Bu riski azaltmak için güçlü parolalar, iki adımlı doğrulama ve saldırı önleme kurallarını gözden geçirmekte fayda var; konuyla ilgili cPanel Güvenliği: ModSecurity, IP Bloklama ve Brute-Force Önleme yazımızda detaylı önlemleri bulabilirsiniz.

Kurulum Sonrası İzleme: DMARC Raporlarını Okumak

DMARC kaydınızdaki rua adresine düzenli olarak XML formatında toplu raporlar gelir. Bu raporlar okunması zor görünse de temelde üç şeyi söyler: hangi IP'lerden, kaç e-posta gönderildi, SPF/DKIM sonucu neydi. Küçük ölçekli kullanım için raporları manuel açıp inceleyebilirsiniz; daha yüksek hacimde e-posta gönderiyorsanız bu XML raporlarını okunabilir tabloya çeviren ücretsiz açık kaynak araçlardan faydalanmak işinizi kolaylaştırır.

Raporlarda beklemediğiniz bir IP'den gönderim görürseniz iki ihtimal vardır: ya unuttuğunuz meşru bir gönderim kaynağınız var (SPF'e eklemeniz gerekir) ya da domaininiz spoofing'e maruz kalıyor (DMARC politikanızı sıkılaştırmanız gerekir). Bu raporları düzenli takip etmeden p=reject seviyesine geçmek riskli olduğu için, en az birkaç haftalık izleme verisi olmadan katı politikaya geçmemenizi öneririz.

Sıkça Sorulan Sorular

SPF, DKIM, DMARC kayıtlarını eklemeden e-posta gönderebilir miyim?

Evet, teknik olarak gönderebilirsiniz ama Gmail, Outlook gibi büyük sağlayıcılar bu kayıtlar olmayan domainlerden gelen postaları spam'e atma veya doğrudan reddetme eğilimindedir. Özellikle 2024 sonrası büyük sağlayıcıların toplu gönderim politikaları sıkılaştığı için bu üç kayıt artık opsiyonel değil, pratikte zorunlu hale geldi.

SPF kaydımı değiştirdim, neden hâlâ eski davranış görüyorum?

DNS değişiklikleri anında yayılmaz; TTL (Time To Live) süresine bağlı olarak birkaç dakikadan birkaç saate kadar sürebilir. dig komutuyla kaydın güncel değerini kontrol edip, güncellenmemişse biraz daha bekleyin; 24-48 saati aşan gecikmeler genelde DNS'in başka bir yerde (harici sağlayıcı) yönetildiğine işaret eder.

DKIM anahtarımı ne sıklıkla değiştirmeliyim?

Zorunlu bir süre yoktur ama güvenlik iyi pratiği olarak yılda bir kez anahtar rotasyonu (yeni selector ile yeni anahtar üretip eski anahtarı belirli bir süre sonra kaldırma) önerilir. cPanel'in Email Deliverability aracındaki Repair seçeneği bu işlemi kolaylaştırır.

DMARC raporları çok teknik görünüyor, okumak zorunda mıyım?

Zorunlu değil ama şiddetle önerilir. Raporları hiç incelemeden p=quarantine veya p=reject seviyesine geçerseniz, unuttuğunuz meşru bir gönderim kaynağının postaları sessizce kaybolabilir. En azından ilk birkaç hafta p=none ile izleme yapıp raporlara bir kez göz atmak sorunları erkenden yakalamanızı sağlar.

Aynı domain için birden fazla DKIM selector'ı olabilir mi?

Evet, SPF'in aksine DKIM'de bu bir sorun oluşturmaz. Farklı gönderim kaynaklarınız (cPanel'in kendi Exim sunucusu, harici bir fatura sistemi, bir pazarlama aracı) her biri kendi selector'ı ve anahtarıyla imza atabilir; alıcı e-posta başlığındaki selector adına göre doğru genel anahtarı DNS'ten sorgular.

Teslimat sorunum SPF/DKIM/DMARC'a rağmen devam ediyorsa ne yapmalıyım?

Önce içerik tarafını (aşırı büyük ekler, tetikleyici kelimeler, kısa süre içinde çok sayıda alıcıya aynı içerik) gözden geçirin. Sonra sunucunuzun IP'sinin herhangi bir kara listede (blacklist) olup olmadığını kontrol edin. Paylaşımlı IP kullanıyorsanız ve sorun sürekliyse, barındırma sağlayıcınızla iletişime geçip IP itibarını sorgulamanız gerekir.

cPanel dışında bir e-posta gönderim aracı (örneğin bir CRM veya fatura sistemi) kullanıyorum, SPF'e nasıl eklerim?

Aracın belgelerinde genelde "SPF include" veya "DNS ayarları" başlığı altında eklemeniz gereken include: değeri verilir. Bu değeri mevcut SPF kaydınızın sonuna, ~all veya -all ifadesinden önce ekleyip Zone Editor'den kaydı güncellemeniz yeterlidir; ayrı bir ikinci TXT kaydı oluşturmayın.

Büyükweb Hizmetleri

E-posta teslimat sorunlarının büyük kısmı doğru DNS yapılandırmasıyla çözülür; panel tarafında sağlam bir Email Deliverability aracına sahip olmak da işinizi kolaylaştırır.

• cPanel Web Hosting — otomatik SPF/DKIM önerileri sunan Email Deliverability aracı dahil, güncel cPanel sürümüyle barındırma paketlerimizi inceleyebilirsiniz.
• cPanel Web Hosting — güncel paket ve fiyat detayları için ürün sayfamıza göz atabilirsiniz.

Kurulum sırasında takıldığınız bir adım olursa 0850 302 60 70 numaralı satış öncesi destek numaramızdan bize ulaşabilir veya iletişim sayfası üzerinden talep oluşturabilirsiniz.