[{"data":1,"prerenderedAt":30},["ShallowReactive",2],{"blog-body-spf-dkim-dmarc-rehberi-tr":3},{"html":4,"faq":5},"\u003Cp>Teklif gönderdiniz, müşteriniz \"e-posta gelmedi\" diyor. Biraz arayınca iletinin spam klasöründe beklediği ortaya çıkıyor. Bu senaryonun en yaygın nedeni, alan adınızın e-posta kimlik doğrulama kayıtlarının eksik ya da hatalı olmasıdır. Alıcı sunucular her gelen iletiye \"bu e-posta gerçekten bu alan adından mı geliyor?\" sorusunu sorar ve yanıtı DNS'te arar. Bu yanıtı veren üç temel mekanizma \u003Cstrong>SPF\u003C\u002Fstrong>, \u003Cstrong>DKIM\u003C\u002Fstrong> ve \u003Cstrong>DMARC\u003C\u002Fstrong>'tır.\u003C\u002Fp>\n\u003Cp>Bu rehberde her üç kaydın ne işe yaradığını, örnek DNS TXT kayıtlarıyla nasıl yapılandırılacağını, DMARC politikasını güvenli şekilde nasıl sıkılaştıracağınızı ve kurulumdan sonra nasıl test edeceğinizi adım adım anlatıyoruz.\u003C\u002Fp>\n\u003Cdiv class=\"callout\">\u003Cstrong>Kısa özet:\u003C\u002Fstrong> SPF, alan adınız adına hangi sunucuların e-posta gönderebileceğini listeler. DKIM, her iletiye kriptografik bir imza ekleyerek içeriğin yolda değiştirilmediğini kanıtlar. DMARC ise SPF ve DKIM sonuçlarını \"From\" adresiyle eşleştirir, başarısız iletilere ne yapılacağını söyler ve size rapor gönderir. Üçü birlikte kullanıldığında hem teslim edilebilirlik artar hem de alan adınız sahte e-postalarda (spoofing) kullanılmaya karşı korunur.\u003C\u002Fdiv>\n\n\u003Ch2 id=\"neden-onemli\">Neden bu kadar önemli?\u003C\u002Fh2>\n\u003Cp>E-posta protokolü (SMTP) ilk tasarlandığında gönderenin kimliğini doğrulayan bir mekanizma içermiyordu. Herkes, herhangi bir adresi \"From\" alanına yazabiliyordu. Oltalama (phishing) ve sahte fatura saldırılarının büyük kısmı bu açığı kullanır. SPF, DKIM ve DMARC bu boşluğu kapatmak için geliştirilmiş standartlardır.\u003C\u002Fp>\n\u003Cp>2024'ten bu yana büyük e-posta sağlayıcıları, özellikle yüksek hacimli gönderenlerden SPF, DKIM ve DMARC kayıtlarını zorunlu olarak aramaya başladı. Az sayıda e-posta gönderen KOBİ'ler için de bu kayıtlar artık fiilen standarttır: eksik olduklarında iletileriniz spam olarak işaretlenebilir, hatta tamamen reddedilebilir.\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\u003Ctr>\u003Cth>Mekanizma\u003C\u002Fth>\u003Cth>Sorduğu soru\u003C\u002Fth>\u003Cth>DNS konumu\u003C\u002Fth>\u003Cth>Standart\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>SPF\u003C\u002Ftd>\u003Ctd>Bu sunucunun bu alan adı adına göndermeye yetkisi var mı?\u003C\u002Ftd>\u003Ctd>\u003Ccode>alanadi.com.tr\u003C\u002Fcode> TXT\u003C\u002Ftd>\u003Ctd>RFC 7208\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>DKIM\u003C\u002Ftd>\u003Ctd>İleti gerçekten alan adı sahibi tarafından imzalandı mı ve değiştirilmedi mi?\u003C\u002Ftd>\u003Ctd>\u003Ccode>selector._domainkey.alanadi.com.tr\u003C\u002Fcode> TXT\u003C\u002Ftd>\u003Ctd>RFC 6376\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>DMARC\u003C\u002Ftd>\u003Ctd>SPF\u002FDKIM sonucu \"From\" alan adıyla uyumlu mu, başarısızsa ne yapılmalı?\u003C\u002Ftd>\u003Ctd>\u003Ccode>_dmarc.alanadi.com.tr\u003C\u002Fcode> TXT\u003C\u002Ftd>\u003Ctd>RFC 7489\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Ch2 id=\"spf-nedir\">SPF nedir ve nasıl yazılır?\u003C\u002Fh2>\n\u003Cp>SPF (Sender Policy Framework), alan adınızın kök kaydına eklenen bir TXT kaydıdır. Alıcı sunucu, iletiyi gönderen IP adresinin bu listede olup olmadığını kontrol eder. Aşağıda, kendi mail sunucusu ve bir e-posta hizmeti kullanan örnek bir firmanın SPF kaydını görüyorsunuz. Örneklerdeki \u003Ccode>ornekfirma.com.tr\u003C\u002Fcode>, IP adresleri ve \u003Ccode>include\u003C\u002Fcode> değeri temsilidir; kendi sağlayıcınızın panelinde verilen değerleri kullanın.\u003C\u002Fp>\n\u003Cpre>\u003Ccode>ornekfirma.com.tr.   3600  IN  TXT  \"v=spf1 mx ip4:203.0.113.25 include:_spf.saglayici.example ~all\"\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>SPF mekanizmaları\u003C\u002Fh3>\n\u003Ctable>\n\u003Cthead>\u003Ctr>\u003Cth>Mekanizma\u003C\u002Fth>\u003Cth>Anlamı\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>\u003Ccode>v=spf1\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Kaydın SPF sürüm 1 olduğunu belirtir; her zaman başta olmalıdır.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>mx\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Alan adının MX kayıtlarında listelenen sunuculara izin verir.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>a\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Alan adının A\u002FAAAA kaydındaki IP'ye izin verir.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>ip4:\u003C\u002Fcode> \u002F \u003Ccode>ip6:\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Belirli bir IP adresine veya bloğa izin verir.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>include:\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Başka bir alan adının SPF kaydını dahil eder (ör. e-posta veya bülten sağlayıcısı).\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>~all\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Listede olmayanlar için \"softfail\": şüpheli olarak işaretle.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>-all\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Listede olmayanlar için \"fail\": reddet.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Ch3>SPF yazarken dikkat edilmesi gerekenler\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>\u003Cstrong>Tek kayıt kuralı:\u003C\u002Fstrong> Bir alan adında yalnızca bir SPF kaydı olabilir. İki ayrı \u003Ccode>v=spf1\u003C\u002Fcode> kaydı varsa SPF kontrolü \"permerror\" ile sonuçlanır. Yeni bir hizmet eklediğinizde mevcut kayda \u003Ccode>include\u003C\u002Fcode> ekleyin.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>10 DNS sorgusu sınırı:\u003C\u002Fstrong> \u003Ccode>include\u003C\u002Fcode>, \u003Ccode>a\u003C\u002Fcode>, \u003Ccode>mx\u003C\u002Fcode>, \u003Ccode>exists\u003C\u002Fcode> ve \u003Ccode>redirect\u003C\u002Fcode> her biri DNS sorgusu sayılır ve iç içe include'lar da bu sayıya eklenir. Toplam 10'u aşarsa SPF geçersiz olur.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Tüm gönderim kaynaklarını listeleyin:\u003C\u002Fstrong> Web sitenizin iletişim formu, CRM, fatura sistemi veya bülten aracı sizin adınıza e-posta gönderiyorsa hepsi SPF'te yer almalıdır.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>\u003Ccode>+all\u003C\u002Fcode> kullanmayın:\u003C\u002Fstrong> Bu ifade tüm dünyaya sizin adınıza gönderme izni verir ve SPF'i anlamsız kılar.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cdiv class=\"callout callout-warn\">\u003Cstrong>Yaygın hata:\u003C\u002Fstrong> Web sitesi bir VPS'te, e-posta ayrı bir hizmette çalışıyorsa ve sitedeki iletişim formu doğrudan sunucudan gönderiyorsa, VPS'in IP adresini SPF'e eklemeyi unutmak formdan gelen tüm iletilerin spam'e düşmesine neden olur. Daha iyi çözüm, formun e-postayı kimlik doğrulamalı SMTP ile kurumsal e-posta hesabınız üzerinden göndermesidir.\u003C\u002Fdiv>\n\n\u003Ch2 id=\"dkim-nedir\">DKIM nedir ve nasıl çalışır?\u003C\u002Fh2>\n\u003Cp>DKIM (DomainKeys Identified Mail), giden her e-postaya gönderen sunucu tarafından özel anahtarla bir dijital imza eklenmesidir. İmzaya karşılık gelen açık anahtar DNS'te yayınlanır. Alıcı sunucu, iletinin başlığındaki \u003Ccode>DKIM-Signature\u003C\u002Fcode> alanından seçiciyi (selector) ve alan adını okur, açık anahtarı DNS'ten çeker ve imzayı doğrular. İmza geçerliyse ileti yolda değiştirilmemiş ve gerçekten o alan adının yetkili sunucusundan çıkmış demektir.\u003C\u002Fp>\n\u003Cp>Örnek bir DKIM kaydı şöyle görünür (anahtar kısaltılmıştır):\u003C\u002Fp>\n\u003Cpre>\u003Ccode>mail2026._domainkey.ornekfirma.com.tr.  3600  IN  TXT  (\n  \"v=DKIM1; k=rsa; \"\n  \"p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAu3X...kısaltıldı...\"\n  \"...QIDAQAB\" )\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>DKIM için pratik öneriler\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>\u003Cstrong>Anahtar uzunluğu:\u003C\u002Fstrong> 2048 bit RSA anahtarı günümüzün önerilen değeridir; 1024 bit artık zayıf kabul edilir.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>255 karakter sınırı:\u003C\u002Fstrong> DNS'te tek bir TXT dizesi en fazla 255 karakter olabilir. 2048 bit anahtarlar yukarıdaki gibi birden fazla tırnaklı parçaya bölünür; çoğu DNS paneli bunu otomatik yapar.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Seçici adı:\u003C\u002Fstrong> \u003Ccode>mail2026\u003C\u002Fcode> gibi tarih içeren seçiciler, anahtar döndürme (rotation) sırasında eski ve yeni anahtarı aynı anda yayınlamanızı kolaylaştırır.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Her gönderim kaynağı için ayrı imza:\u003C\u002Fstrong> Bülten aracınız veya CRM'iniz de sizin alan adınızla imzalamalıdır; aksi halde DMARC uyumu sağlanamaz.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>DKIM'in SPF'e göre önemli bir avantajı, e-posta yönlendirildiğinde (forward) genellikle bozulmamasıdır. SPF, iletiyi son teslim eden IP'yi kontrol ettiği için yönlendirmelerde başarısız olabilir; DKIM imzası ise ileti içeriği değiştirilmediği sürece geçerli kalır.\u003C\u002Fp>\n\n\u003Ch2 id=\"dmarc-nedir\">DMARC nedir? Politika ve raporlama\u003C\u002Fh2>\n\u003Cp>DMARC (Domain-based Message Authentication, Reporting and Conformance), SPF ve DKIM'i bir üst katmanda birleştirir. İki kritik işlevi vardır:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>Hizalama (alignment):\u003C\u002Fstrong> SPF veya DKIM'in geçmesi tek başına yetmez; doğrulanan alan adının, kullanıcının gördüğü \"From\" adresindeki alan adıyla uyumlu olması gerekir. DMARC'ın geçmesi için SPF veya DKIM'den en az birinin hem geçmesi hem de hizalı olması gerekir.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Politika ve rapor:\u003C\u002Fstrong> Kontrolden geçemeyen iletilere ne yapılacağını (\u003Ccode>none\u003C\u002Fcode>, \u003Ccode>quarantine\u003C\u002Fcode>, \u003Ccode>reject\u003C\u002Fcode>) belirtir ve alıcı sunuculardan size toplu raporlar gönderilmesini sağlar.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>İlk aşama için önerilen DMARC kaydı:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>_dmarc.ornekfirma.com.tr.  3600  IN  TXT  \"v=DMARC1; p=none; rua=mailto:dmarc-rapor@ornekfirma.com.tr; fo=1\"\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>DMARC etiketleri\u003C\u002Fh3>\n\u003Ctable>\n\u003Cthead>\u003Ctr>\u003Cth>Etiket\u003C\u002Fth>\u003Cth>Örnek\u003C\u002Fth>\u003Cth>Açıklama\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>\u003Ccode>p\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>\u003Ccode>none\u003C\u002Fcode> \u002F \u003Ccode>quarantine\u003C\u002Fcode> \u002F \u003Ccode>reject\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Ana alan adı için politika: yalnızca izle, spam'e gönder veya reddet.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>sp\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>\u003Ccode>reject\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Alt alan adları için ayrı politika.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>rua\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>\u003Ccode>mailto:...\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Günlük toplu (aggregate) raporların gönderileceği adres.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>pct\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>\u003Ccode>25\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Politikanın iletilerin yüzde kaçına uygulanacağı; kademeli geçişte kullanılır.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>adkim\u003C\u002Fcode> \u002F \u003Ccode>aspf\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>\u003Ccode>r\u003C\u002Fcode> \u002F \u003Ccode>s\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Hizalama modu: \u003Ccode>r\u003C\u002Fcode> (gevşek) alt alan adlarını kabul eder, \u003Ccode>s\u003C\u002Fcode> (katı) birebir eşleşme ister.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\u003Ccode>fo\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>\u003Ccode>1\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>Hata raporu üretme koşulu; \u003Ccode>1\u003C\u002Fcode>, SPF veya DKIM'den biri başarısız olduğunda rapor ister.\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Ch2 id=\"dmarc-gecis-plani\">Adım adım güvenli DMARC geçiş planı\u003C\u002Fh2>\n\u003Cp>Doğrudan \u003Ccode>p=reject\u003C\u002Fcode> ile başlamak, unuttuğunuz bir gönderim kaynağının (ör. muhasebe yazılımı) tüm iletilerinin reddedilmesine yol açabilir. Bu yüzden kademeli ilerlemenizi öneririz:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>1-2. hafta – İzleme:\u003C\u002Fstrong> \u003Ccode>p=none\u003C\u002Fcode> ile başlayın ve raporları toplayın. Raporlarda adınıza gönderim yapan tüm IP'leri ve hizmetleri tespit edin.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>3-4. hafta – Düzeltme:\u003C\u002Fstrong> Raporlarda görünen meşru kaynakları SPF'e ekleyin ve DKIM imzalamalarını etkinleştirin.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>5-6. hafta – Kısmi karantina:\u003C\u002Fstrong> \u003Ccode>p=quarantine; pct=25\u003C\u002Fcode> ile başarısız iletilerin bir kısmını spam klasörüne yönlendirin, ardından oranı kademeli artırın.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>7. hafta ve sonrası – Tam koruma:\u003C\u002Fstrong> Raporlarda meşru başarısızlık kalmadığında \u003Ccode>p=reject\u003C\u002Fcode>'e geçin.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cpre>\u003Ccode>; Ara aşama\n_dmarc.ornekfirma.com.tr.  IN  TXT  \"v=DMARC1; p=quarantine; pct=25; rua=mailto:dmarc-rapor@ornekfirma.com.tr\"\n\n; Hedef politika\n_dmarc.ornekfirma.com.tr.  IN  TXT  \"v=DMARC1; p=reject; sp=reject; adkim=r; aspf=r; rua=mailto:dmarc-rapor@ornekfirma.com.tr\"\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cdiv class=\"callout\">\u003Cstrong>İpucu:\u003C\u002Fstrong> DMARC toplu raporları XML formatında gelir ve hacimli olabilir. Raporlar için ayrı bir posta kutusu açmak, ana kutularınızın kotasını korur.\u003C\u002Fdiv>\n\n\u003Ch2 id=\"kurulum-kontrol-listesi\">Kurulum kontrol listesi\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>MX kayıtları doğru e-posta sunucusunu gösteriyor.\u003C\u002Fli>\n\u003Cli>Alan adında tek bir SPF kaydı var ve tüm meşru gönderim kaynaklarını içeriyor.\u003C\u002Fli>\n\u003Cli>SPF kaydı 10 DNS sorgusu sınırının altında.\u003C\u002Fli>\n\u003Cli>DKIM imzalama etkin ve açık anahtar DNS'te yayınlanmış.\u003C\u002Fli>\n\u003Cli>DMARC kaydı \u003Ccode>_dmarc\u003C\u002Fcode> alt alanında yayınlanmış ve rapor adresi çalışıyor.\u003C\u002Fli>\n\u003Cli>Gönderen sunucunun ters DNS (PTR) kaydı, sunucunun ana bilgisayar adıyla eşleşiyor.\u003C\u002Fli>\n\u003Cli>Web formları ve uygulamalar kimlik doğrulamalı SMTP ile gönderim yapıyor.\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch2 id=\"test-ve-dogrulama\">Kayıtları nasıl test edersiniz?\u003C\u002Fh2>\n\u003Cp>DNS değişikliklerinin yayılması TTL değerine bağlı olarak birkaç dakikadan birkaç saate kadar sürebilir. Ardından terminalden kayıtları sorgulayabilirsiniz:\u003C\u002Fp>\n\u003Cpre>\u003Ccode># SPF\ndig +short TXT ornekfirma.com.tr\n\n# DKIM (seçici adını kendi değerinizle değiştirin)\ndig +short TXT mail2026._domainkey.ornekfirma.com.tr\n\n# DMARC\ndig +short TXT _dmarc.ornekfirma.com.tr\n\n# Windows kullanıyorsanız\nnslookup -type=TXT _dmarc.ornekfirma.com.tr\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>En güvenilir test, gerçek bir e-posta göndermektir. Kendinize ait farklı bir sağlayıcıdaki adrese ileti gönderin ve \"orijinali göster\" \u002F \"kaynağı görüntüle\" seçeneğiyle başlıkları açın. \u003Ccode>Authentication-Results\u003C\u002Fcode> satırında şu üç sonucu görmelisiniz:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>Authentication-Results: mx.alici.example;\n  spf=pass smtp.mailfrom=ornekfirma.com.tr;\n  dkim=pass header.d=ornekfirma.com.tr;\n  dmarc=pass header.from=ornekfirma.com.tr\u003C\u002Fcode>\u003C\u002Fpre>\n\n\u003Ch2 id=\"spam-nedenleri\">Kayıtlar doğru olduğu halde spam'e düşüyorsa\u003C\u002Fh2>\n\u003Cp>SPF, DKIM ve DMARC gereklidir ama tek başına yeterli değildir. Kayıtlarınız doğruysa ve sorun devam ediyorsa şu noktaları kontrol edin:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>IP itibarı:\u003C\u002Fstrong> Gönderen IP bir kara listede (RBL) olabilir. Paylaşımlı bir sunucudan gönderim yapıyorsanız başka bir kullanıcının davranışı sizi etkileyebilir.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>İçerik:\u003C\u002Fstrong> Yalnızca görselden oluşan iletiler, kısaltılmış bağlantılar ve agresif satış ifadeleri filtreleri tetikleyebilir.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Toplu gönderim:\u003C\u002Fstrong> Kurumsal posta kutusundan yüzlerce alıcıya aynı anda gönderim yapmak itibarınızı hızla düşürür. Toplu gönderim için uygun bir altyapı kullanın.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Yeni alan adı:\u003C\u002Fstrong> Yeni kaydedilmiş alan adlarının itibarı henüz oluşmamıştır; gönderim hacmini kademeli artırın.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Limitsiz Bulut \u003Ca href=\"\u002Fmail\u002Fkurumsal-eposta\">kurumsal e-posta\u003C\u002Fa> paketlerinde gelen iletiler SPF, ters DNS, RBL ve öğrenen (Bayes) filtrelerden geçirilir; giden tarafta ise doğru SPF, DKIM ve DMARC kayıtlarını oluşturmanız için destek ekibimiz yardımcı olur. Toplu gönderim ihtiyacınız varsa \u003Ca href=\"\u002Fmail\u002Fkurumsal-mail-server\">Kurumsal Mail Server\u003C\u002Fa> paketlerine göz atabilirsiniz.\u003C\u002Fp>\n\n\u003Ch2 id=\"ileri-seviye\">İleri seviye: MTA-STS ve BIMI\u003C\u002Fh2>\n\u003Cp>Temel üçlüyü kurduktan sonra iki ek standart değerlendirilebilir. \u003Cstrong>MTA-STS\u003C\u002Fstrong>, sunucular arası e-posta iletiminde TLS şifrelemesini zorunlu kılar; politika dosyası HTTPS üzerinden yayınlandığı için alt alan adınızda geçerli bir sertifika gerekir (ör. \u003Ca href=\"\u002Fssl\u002Fdv-ssl\">DV SSL\u003C\u002Fa>). \u003Cstrong>BIMI\u003C\u002Fstrong> ise DMARC politikası \u003Ccode>quarantine\u003C\u002Fcode> veya \u003Ccode>reject\u003C\u002Fcode> olan alan adlarının, destekleyen e-posta istemcilerinde marka logosunu göstermesini sağlar.\u003C\u002Fp>\n\n\u003Ch2 id=\"sonuc\">Sonuç\u003C\u002Fh2>\n\u003Cp>SPF, DKIM ve DMARC; e-postalarınızın alıcıya ulaşmasını sağlayan ve alan adınızı sahtecilikten koruyan temel güvenlik katmanlarıdır. Kurulumları birkaç DNS kaydından ibarettir, ancak doğru sırayla ve test ederek yapılmaları gerekir. Henüz bir alan adınız yoksa \u003Ca href=\"\u002Fdomain\u002Fdomain-sorgulama\">domain sorgulama\u003C\u002Fa> ile başlayabilir, kurumsal e-postanın temellerini \u003Ca href=\"\u002Fblog\u002Fkurumsal-e-posta-nedir\">Kurumsal e-posta nedir?\u003C\u002Fa> yazımızda, paket seçeneklerini ise \u003Ca href=\"\u002Fblog\u002Fkurumsal-e-posta-fiyatlari-2026\">Kurumsal e-posta fiyatları 2026\u003C\u002Fa> rehberimizde inceleyebilirsiniz.\u003C\u002Fp>",[6,9,12,15,18,21,24,27],{"q":7,"a":8},"SPF, DKIM ve DMARC'tan hangisi zorunlu?","Teknik olarak hiçbiri zorunlu değildir; ancak büyük e-posta sağlayıcıları bu kayıtları giderek daha sıkı kontrol ediyor. Teslim edilebilirlik için üçünü birlikte kurmanızı öneririz.",{"q":10,"a":11},"Bir alan adında birden fazla SPF kaydı olabilir mi?","Hayır. Birden fazla v=spf1 kaydı SPF kontrolünün hata vermesine neden olur. Yeni gönderim kaynaklarını mevcut kayda include veya ip4 mekanizmasıyla eklemelisiniz.",{"q":13,"a":14},"~all mı yoksa -all mı kullanmalıyım?","Kurulumun ilk aşamasında ~all (softfail) daha güvenlidir. Tüm gönderim kaynaklarınızın listede olduğundan ve DMARC raporlarında beklenmedik başarısızlık kalmadığından emin olduğunuzda -all'a geçebilirsiniz.",{"q":16,"a":17},"DMARC'a doğrudan p=reject ile başlayabilir miyim?","Önerilmez. Unutulan bir gönderim kaynağının tüm iletileri reddedilebilir. p=none ile izleyip, ardından quarantine ve son olarak reject aşamasına geçin.",{"q":19,"a":20},"DNS değişikliklerinin etkili olması ne kadar sürer?","Kaydın TTL değerine bağlı olarak birkaç dakika ile birkaç saat arasında değişir. Değişiklikten önce TTL'yi düşürmek geçişi hızlandırır.",{"q":22,"a":23},"E-posta yönlendirmede SPF neden başarısız oluyor?","Yönlendiren sunucu iletiyi kendi IP'sinden yeniden gönderdiği için SPF kontrolü başarısız olabilir. DKIM imzası ise içerik değişmediği sürece geçerli kaldığından DMARC'ın geçmesini sağlar.",{"q":25,"a":26},"DKIM anahtarını ne sıklıkla değiştirmeliyim?","Kesin bir kural yoktur; yılda bir veya iki kez döndürmek yaygın bir uygulamadır. Yeni seçiciyle yeni anahtarı yayınlayıp imzalamayı ona geçirin, eski anahtarı bir süre daha DNS'te tutun.",{"q":28,"a":29},"Kayıtlar doğru ama e-postalarım hâlâ spam'e düşüyor, ne yapmalıyım?","Gönderen IP'nin kara listede olup olmadığını, ters DNS kaydını, içerik ve gönderim hacmini kontrol edin. Sorun devam ederse destek ekibimizden ileti başlıklarıyla birlikte inceleme talep edebilirsiniz.",1793263436555]