Mail spam’e düşüyor şikâyeti çoğu zaman aynı kökten çıkar: alıcı sunucu, iletinin gerçekten o alan adından geldiğini doğrulayamaz ve onu şüpheli sayar. Kurumsal mail spam klasörüne düşüyorsa ilk bakılacak yer içerik değil, alan adının DNS ayarlarındaki SPF, DKIM ve DMARC kayıtlarıdır. Gmail ve Yahoo, Şubat 2024’ten itibaren gönderenlerden kimlik doğrulamayı açıkça istemektedir; kaydı eksik alan adlarından gelen iletilerin gereksiz klasörüne gitmesi bu yüzden sık görülür.

Bu yazıda nedenler, ornekfirma.com üzerinden örnek DNS kayıtları, Gmail’de “Orijinali göster” testi, kara liste kontrolü, hosting e-postası ile Google Workspace arasındaki fark ve uygulanabilir bir kontrol listesi bir arada ele alınır. Kurallar Google ve Yahoo’nun resmi gönderen sayfalarına dayanır. Onur Freelance Google’ın, Yahoo’nun ya da herhangi bir e-posta sağlayıcısının resmi destek kanalı değildir; bu sağlayıcıların filtre kararlarını değiştiremez, yalnızca alan adı ve sunucu tarafındaki ayarları düzenler.

Mail neden spam’e düşüyor?: 63 saniyelik video anlatım
Video metni

Kurumsal mail neden spam’e düşüyor? En sık neden, alan adında SPF, DKIM ya da DMARC kaydının eksik veya hatalı olmasıdır; alıcı sunucu iletinin kimden geldiğini doğrulayamaz. SPF izinli gönderen sunucuları listeler, DKIM iletiye dijital imza ekler, DMARC ise doğrulama başarısız olunca ne yapılacağını söyler. Üçü de DNS’e TXT kaydı olarak eklenir. Kayıtlar doğruysa kara liste kontrol edilir. Paylaşımlı sunucudaki başka bir hesap, eksik ters DNS kaydı, alıcı şikâyetleri ve kurumsal kutudan toplu gönderim de itibarı düşürür. En hızlı test: kurumsal adresten kişisel bir Gmail’e ileti gönderilir, Orijinali göster ekranı açılır. SPF, DKIM ve DMARC satırları PASS değilse ilgili kayıt düzeltilir. Sık hatalar: ikinci bir SPF kaydı açmak, DMARC’ı ilk günden reject yapmak, sağlayıcı değişince eski kayıtları bırakmak ve site formlarını kimlik doğrulamasız göndermek. Örnek DNS kayıtları ve adım adım kontrol listesi sayfada. Kayıtların ücretsiz ön değerlendirmesi için WhatsApp’tan yazılabilir. Onur Freelance nokta com.

E-postalar Gereksiz Klasöründe mi? DNS Kayıtlarını Birlikte İnceleyelim

Alan adının SPF, DKIM ve DMARC kayıtları ücretsiz ön değerlendirmede kontrol edilir; eksik ya da hatalı bir kayıt varsa hangi değişikliğin gerektiği açıkça gösterilir. Düzeltmenin kapsamı ve e-postanın nerede barındırılacağı ön görüşmede netleşir.

Mail Spam’e Düşüyor: En Sık Neden Kimlik Doğrulama Eksikliği

En sık neden, alan adında SPF, DKIM veya DMARC kaydının hiç bulunmaması ya da hatalı yazılmasıdır. Alıcı sunucu bu kayıtlarla iletinin alan adı adına yetkili bir sunucudan çıkıp çıkmadığını ve yolda değiştirilip değiştirilmediğini denetler. Denetim başarısız olunca ileti gereksiz klasörüne konur ya da hiç teslim edilmez.

Google’ın gönderen yönergeleri, Gmail hesaplarına ileti gönderen herkes için en az SPF veya DKIM kimlik doğrulamasını şart koşar. Kimlik doğrulamanın yanında teslimatı bozan başka etkenler de vardır:

  • Gönderen IP adresinin ya da alan adının bir kara listede yer alması
  • Paylaşımlı hosting sunucusunda başka bir hesabın spam göndererek IP itibarını düşürmesi
  • Ters DNS (PTR) kaydı olmayan veya uyumsuz bir sunucudan gönderim yapılması
  • Alıcıların iletileri sık sık “spam” olarak işaretlemesi
  • Tek seferde yüzlerce kişiye aynı içeriğin günlük kullanılan kurumsal kutudan gönderilmesi

Bu etkenlerin çoğu teknik ayarla, bir kısmı gönderim alışkanlığıyla ilgilidir. Çalışma sırası da buna göre kurulur: önce kayıtlar düzeltilir, ardından itibar ve alışkanlık tarafına bakılır.

SPF DKIM DMARC Nedir? Sade Anlatım

SPF hangi sunucuların alan adı adına e-posta gönderebileceğini listeler, DKIM iletiye dijital imza ekler, DMARC ise bu kontroller başarısız olduğunda ne yapılacağını alıcı sunucuya bildirir. Üçü de alan adının DNS bölgesine TXT kaydı olarak eklenir ve birbirini tamamlar.

SPF: izin verilen gönderenler listesi

SPF (Sender Policy Framework), alan adı adına posta gönderen sunucuları tek bir kayıtta toplar. Google’ın SPF kurulum sayfasına göre bu kayıt, alan adı adına e-posta gönderen tüm sunucuların alanlarını veya IP adreslerini içermelidir ve her gönderen include: etiketiyle eklenir. Bülten aracı, CRM ya da fatura sistemi gibi alan adı adına posta atan bir hizmet bu kayda girmezse o hizmetten çıkan iletiler SPF denetiminden geçemez; birçok “mail spam’e düşüyor” şikâyetinin kaynağı da budur.

DKIM: iletiye atılan dijital imza

DKIM (DomainKeys Identified Mail), giden her iletiye gizli bir anahtarla imza ekler; alıcı sunucu bu imzayı DNS’te yayımlanan açık anahtarla karşılaştırır. İmza tutuyorsa ileti yolda değiştirilmemiş ve gerçekten o alan adı adına gönderilmiş sayılır. Google, alan adı sağlayıcısı destekliyorsa 2048 bit anahtar kullanılmasını önerir.

DMARC: başarısız iletiye ne yapılacağı

DMARC, SPF ve DKIM sonuçlarını Kimden (From) satırındaki alan adıyla eşleştirir ve doğrulanamayan iletiler için bir politika tanımlar. p=none iletiyi teslim edip rapor toplar, p=quarantine iletiyi spam klasörüne yönlendirir, p=reject ise teslimi reddeder. Google, raporlar izlenirken none politikasıyla başlanmasını önerir.

Örnek DNS Kayıtları: ornekfirma.com İçin SPF, DKIM ve DMARC

Kayıtların biçimi sağlayıcıya göre küçük farklarla değişir; aşağıdaki tablo ornekfirma.com alan adını Google Workspace ile kullanan bir işletme için örnek yapıyı gösterir. Değerler temsilidir, gerçek DKIM anahtarı yönetim panelinden alınır.

KayıtAd (host)TürÖrnek değer
SPF@ (ornekfirma.com)TXTv=spf1 include:_spf.google.com ~all
DKIMgoogle._domainkeyTXTv=DKIM1; k=rsa; p=MIIBIjANBg… (panelden alınan anahtar)
DMARC_dmarcTXTv=DMARC1; p=none; rua=mailto:dmarc@ornekfirma.com

Hosting üzerindeki e-postada SPF kaydı Google’ın include değeri yerine sunucunun kendi bilgisini içerir; örneğin v=spf1 a mx ip4:203.0.113.10 ~all biçiminde yazılır ve IP adresi hosting firmasının verdiği adresle değiştirilir. Yeni bir gönderim hizmeti eklenecekse ikinci bir SPF kaydı açılmaz, mevcut kayda include: etiketiyle eklenir. Google, SPF kimlik doğrulamasının çalışır hâle gelmesinin 48 saate kadar sürebileceğini belirtir.

Kayıtlar arasında bir sıra da vardır. Google’ın DMARC kurulum sayfası, SPF ve DKIM ayarlandıktan sonra DMARC için 48 saat beklenmesini önerir; DKIM’nin devreye girmesi de 48 saati bulabilir. Politikayı none’dan quarantine’e ve reject’e geçirmek, raporlar meşru gönderimlerin geçtiğini gösterdikten sonra düşünülür.

Sayfa İçeriği

Mail spam'e düşüyor: gereksiz klasörüne kayan zarflar, onay kalkanı ve DNS sunucusuyla e-posta kimlik doğrulamasını gösteren illüstrasyon

Gmail ve Yahoo Şubat 2024’ten Beri Gönderenlerden Ne İstiyor?

Google ve Yahoo, Şubat 2024’ten itibaren tüm gönderenlerden temel kimlik doğrulamayı, toplu gönderenlerden ise SPF, DKIM, DMARC ve tek tıkla abonelikten çıkmayı istemektedir. Google’ın e-posta gönderen yönergeleri kuralları iki gruba ayırır; Gmail hesaplarına günde 5.000’den fazla ileti gönderenler ek koşullara tabidir. Tüm gönderenler için sayılan temel koşullar şunlardır:

  • Alan adı için SPF veya DKIM kimlik doğrulaması
  • Gönderen sunucular için geçerli ileri ve ters DNS (PTR) kaydı
  • İletimde TLS bağlantısı kullanılması
  • Postmaster Tools’ta ölçülen spam oranının %0,30’a ulaşmaması; Google %0,10’un altında kalınmasını önerir
  • İletilerin RFC 5322 biçimine uyması ve Kimden satırında bir Gmail adresinin taklit edilmemesi

Toplu gönderenler için Google, SPF ile DKIM’nin birlikte kurulmasını, bir DMARC kaydı bulunmasını (politika none olabilir) ve Kimden alan adının SPF veya DKIM alan adıyla uyumlu olmasını ister. Pazarlama ve abonelik iletilerinde tek tıkla abonelikten çıkma desteği de zorunludur. Yahoo’nun gönderen gereksinimleri sayfası benzer koşulları sayar: tüm gönderenler için en az SPF veya DKIM, toplu gönderenler için ikisi birlikte, en az p=none içeren ve geçen bir DMARC kaydı ile abonelikten çıkma taleplerinin 2 gün içinde uygulanması.

Günde birkaç düzine teklif ve yazışma gönderen bir işletme toplu gönderen sayılmaz, yine de tüm gönderenlere yönelik temel koşullar onu da bağlar. DMARC bu ölçekte zorunlu olmasa da alan adının sahte gönderimlerde kullanılmasını zorlaştırdığı için eklenmesi mantıklıdır.

IP ve Alan Adı Kara Listesi Nasıl Kontrol Edilir?

Kayıtlar doğru olduğu hâlde mail spam’e düşüyor ise gönderen IP adresinin veya alan adının bir kara listede olup olmadığına bakılır. Kara listeler, spam gönderdiği tespit edilen IP adreslerini ve alan adlarını toplayan; pek çok alıcı sunucunun filtre kararında başvurduğu veritabanlarıdır.

Kontrol için önce gönderen sunucunun IP adresi bulunur; bu adres “Orijinali göster” ekranındaki Received satırlarında yer alır. Ardından Spamhaus gibi kara liste sağlayıcılarının sorgu araçlarında IP adresi ve alan adı ayrı ayrı aratılır. Paylaşımlı hostingde aynı IP’yi kullanan başka bir hesap spam gönderdiyse liste kaydı işletmenin kendi hatası olmadan da oluşabilir.

Listede çıkan bir IP için ilk muhatap hosting firmasıdır; kaldırma talebi çoğu zaman sunucu yöneticisi tarafından, sorunun kaynağı giderildikten sonra yapılır. Google Workspace kullanan işletmelerde gönderim Google’ın sunucularından yapıldığı için öne çıkan konu alan adının itibarıdır. Gmail’e düzenli gönderim yapan alan adları Google’ın Postmaster Tools aracıyla spam oranını ve kimlik doğrulama sonuçlarını izleyebilir; Google, gönderim hacmi düşük günlerde verinin tam görünmeyebileceğini belirtir.

İçerik ve Gönderim Alışkanlığı: Toplu Gönderim Kurumsal Kutudan Yapılmaz

Teknik ayarlar tamam olsa bile gönderim alışkanlığı alan adının itibarını belirler; kampanya ve bülten gibi toplu iletiler günlük yazışmanın yapıldığı kurumsal kutudan değil, bu iş için kurulmuş bir e-posta pazarlama hizmetinden gönderilir. Aynı kutudan yüzlerce kişiye aynı içerik gittiğinde gelen şikâyetler ve geri dönen adresler doğrudan teklif ve fatura yazışmalarının itibarına yansır. Sağlıklı bir gönderim düzeni için şu alışkanlıklar yerleştirilir:

  • Toplu gönderim için ayrı bir hizmet ve mümkünse alt alan adı (ör. bulten.ornekfirma.com) kullanılır; hizmet SPF kaydına eklenir, DKIM imzası alan adı adına kurulur.
  • Liste yalnızca izin veren kişilerden oluşur; satın alınmış adres listesi kullanılmaz.
  • Her toplu iletide görünür bir abonelikten çıkma bağlantısı bulunur ve talepler bekletilmeden uygulanır.
  • Konu satırında tamamı büyük harf, art arda ünlem ve abartılı vaatler yer almaz.
  • İleti tek bir büyük görselden ibaret olmaz, okunabilir bir metin içerir.
  • Bağlantılar kısaltma servisleri yerine işletmenin kendi alan adını gösterir.

Toplu gönderim planlanıyorsa liste yönetimi ve kurgu e-posta pazarlama hizmeti kapsamında ayrıca ele alınır. Günlük yazışma ile pazarlama gönderiminin birbirinden ayrılması, kurumsal mail spam klasörüne düşüyor sorununun tekrarlamaması için atılabilecek en etkili adımlardan biridir.

Gmail Spam’e Düşen Mail Nasıl Test Edilir? Orijinali Göster ile PASS Kontrolü

En hızlı test, kurumsal adresten kişisel bir Gmail hesabına ileti göndermek ve Gmail’deki “Orijinali göster” ekranında SPF, DKIM ve DMARC sonuçlarının PASS olup olmadığına bakmaktır. Bu ekran, iletinin kimlik doğrulama sonuçlarını alıcı sunucunun gözünden gösterir ve şu sırayla okunur:

  1. Kurumsal adresten kişisel bir Gmail adresine kısa bir test iletisi gönderilir.
  2. İleti Gmail’de açılır; Yanıtla düğmesinin yanındaki diğer simgesinden “Orijinali göster” seçilir.
  3. Açılan sayfanın üst kısmındaki özette SPF, DKIM ve DMARC satırlarının PASS yazıp yazmadığına bakılır.
  4. Ayrıntı için başlıklardaki Authentication-Results satırında spf=pass, dkim=pass ve dmarc=pass ifadeleri aranır.
  5. Sonuç FAIL, SOFTFAIL veya NONE ise ilgili DNS kaydı yeniden kontrol edilir ve kayıt değişikliğinden sonra test tekrarlanır.

Google’ın DKIM sorun giderme sayfası, başarılı doğrulamanın başlıkta dkim=pass olarak görüneceğini ve “body hash did not verify” ifadesinin iletinin yolda değiştirildiğine işaret ettiğini yazar. DKIM PASS olup DMARC FAIL çıkıyorsa genellikle imzayı atan alan adı ile Kimden satırındaki alan adı uyuşmuyordur. Bu tablo en çok üçüncü taraf hizmetlerden yapılan gönderimlerde görülür ve kimlik doğrulama kurulu olduğu hâlde mail spam’e düşüyor şikâyetinin sık nedenlerinden biridir.

Test Sonucu FAIL mi Çıktı? Eksik Kaydı Birlikte Bulalım

“Orijinali göster” ekranında FAIL ya da NONE görünen satır, sorunun hangi kayıtta olduğunu gösterir. Ücretsiz ön değerlendirmede alan adına posta gönderen hizmetler çıkarılır ve eksik kayıt belirlenir. DNS yönetimi işletmenin kendi alan adı hesabında kalır; değişiklikler işletme onayıyla yapılır.

Hosting E-postası mı Google Workspace mı? Spam Açısından Fark

Spam riski açısından iki yapı arasındaki temel fark, gönderimi yapan sunucunun ve itibarının kimde olduğudur. Hosting e-postasında iletiler hosting sunucusundan çıkar ve IP itibarı aynı sunucuyu paylaşan hesaplardan etkilenebilir; Google Workspace’te gönderim Google’ın altyapısından yapılır. Her iki yapıda da SPF, DKIM ve DMARC kayıtlarının alan adı tarafında doğru eklenmesi gerekir.

ÖlçütHosting e-postasıGoogle Workspace
Gönderen sunucuHosting firmasının sunucusuGoogle’ın sunucuları
IP itibarıPaylaşımlı sunucuda diğer hesaplardan etkilenebilirGoogle’ın altyapısına aittir, alan adı itibarı öne çıkar
SPF değeriSunucu IP’si veya hosting firmasının verdiği değerinclude:_spf.google.com
DKIMHosting panelinden açılır, sunucu desteğine bağlıdırYönetici Konsolu’ndan oluşturulur, varsayılan seçici “google”
Ters DNS (PTR)Sunucu yöneticisinin sorumluluğundadırGoogle’ın altyapısında yönetilir
Maliyet yapısıHosting paketiyle birlikte gelebilirKullanıcı başına abonelik

Küçük ekipler için hosting e-postası çoğu zaman yeterlidir; önemli olan sunucunun bakımlı, DKIM destekli ve kara listelerden temiz olmasıdır. Sağlayıcı seçenekleri ve kurulum adımları kurumsal e-posta nasıl alınır rehberinde ayrıca karşılaştırılır. Sunucu tercihinin hız ve arama görünürlüğüne etkisi de web hosting seçimi yazısında ele alınır. Mail spam’e düşüyor diye sağlayıcı değiştirmek, kayıtlar düzeltilmeden çoğu zaman sonuç vermez.

Sık Yapılan Hatalar ve Doğru Yöntem

Hataların çoğu kurulumun bir kez yapılıp sonra unutulmasından doğar; alan adına yeni bir gönderim hizmeti eklendiğinde kayıtlar güncellenmez. Sahada en sık karşılaşılan durumlar ve doğru karşılıkları şöyledir:

  • İki ayrı SPF kaydı açmak: Yeni hizmet için ikinci bir v=spf1 kaydı oluşturulmaz; tüm gönderenler tek kayıtta include: ile toplanır.
  • SPF’yi tek başına yeterli saymak: DKIM imzası da açılır; Google ve Yahoo toplu gönderimde ikisini birlikte ister.
  • DMARC’ı ilk günden reject yapmak: Henüz doğrulanmamış meşru bir hizmet (fatura, CRM, site formu) varsa iletileri reddedilir; none ile başlanır, raporlara göre ilerlenir.
  • Sağlayıcı değişince eski kayıtları bırakmak: Hosting’den Workspace’e ya da tersine geçişte MX, SPF ve DKIM kayıtları yeni sağlayıcıya göre güncellenir.
  • Site formlarını kimlik doğrulamasız göndermek: Form bildirimleri, alan adına ait ve kimlik doğrulamalı bir SMTP hesabı üzerinden gönderilir.
  • Bülten aracında Kimden adresine Gmail yazmak: Google, Kimden satırında Gmail adresi taklidine izin vermez; işletmenin kendi alan adındaki adres kullanılır.

Bir değişiklik yapıldıktan sonra test iletisi gönderilmeden iş kapatılmaz. Kayıtların yayılması saatler sürebildiği için sonuç ertesi gün bir kez daha kontrol edilir.

Mail Spam’e Düşüyor İse Adım Adım Kontrol Listesi

Aşağıdaki sıra, bir sorunun nerede olduğunu en az deneme ile bulmak için kurgulanmıştır. Her adım bir öncekinin sonucuna dayanır ve atlanmadan izlenir:

  1. Alan adı adına e-posta gönderen tüm hizmetler listelenir: e-posta sağlayıcısı, web sitesi formu, bülten aracı, fatura veya CRM sistemi.
  2. DNS’te tek bir SPF kaydı bulunduğu ve bu hizmetlerin hepsini kapsadığı kontrol edilir.
  3. Her gönderim hizmeti için DKIM imzası alan adı adına etkinleştirilir.
  4. SPF ve DKIM’den 48 saat sonra p=none politikalı bir DMARC kaydı eklenir, rapor adresi tanımlanır.
  5. Gmail’de “Orijinali göster” ile SPF, DKIM ve DMARC sonuçlarının PASS olduğu doğrulanır.
  6. Gönderen IP adresi ve alan adı kara listelerde sorgulanır; listedeyse hosting firmasıyla kaldırma süreci başlatılır.
  7. Toplu gönderimler kurumsal kutudan ayrılır, abonelikten çıkma bağlantısı eklenir.
  8. DMARC raporları birkaç hafta izlenir; tüm meşru kaynaklar geçiyorsa politika aşamalı olarak sıkılaştırılır.

Alıcı tarafında ileti “spam değil” olarak işaretlendiğinde o kişi için durum düzelebilir, ama bu kök nedeni ortadan kaldırmaz. Kalıcı iyileşme alan adı tarafındaki kayıtlardan ve düzenli bir gönderim alışkanlığından gelir.

Ne Zaman Uzmana Başvurulmalı?

Kayıtlar eklendiği hâlde mail spam’e düşüyor ve test FAIL veriyorsa, alan adı adına birden fazla hizmet posta gönderiyorsa, IP kara listedeyse ya da e-posta sağlayıcısı değiştirilecekse uzman desteği zaman kazandırır. DNS’te yapılan yanlış bir değişiklik yalnızca giden postayı değil, gelen postayı ve web sitesinin açılmasını da etkileyebilir. Kayıtları kendisi düzenlemek isteyen işletme için yukarıdaki kontrol listesi yeterli bir başlangıçtır.

Onur Freelance, 2019’dan beri Maltepe merkezli olarak web sitesi, hosting ve kurumsal e-posta kurulumlarında alan adı tarafındaki ayarları birlikte ele alır. Kurumsal e-posta ile birlikte gelen hosting paketi yıllık 2.000 TL, alan adı 1.000 TL, ikisi birlikte 3.000 TL’dir ve kayıtlar işletme adına açılır; paket kapsamı hosting fiyatları ve domain fiyatları sayfalarında yer alır. E-posta başka bir sağlayıcıda kalacaksa kayıtlar mevcut yapı değiştirilmeden de incelenebilir.

Gelen kutusuna düşme konusunda kimse söz veremez; filtre kararını her zaman alıcı tarafındaki sağlayıcı verir. Yapılabilecek olan, kimlik doğrulamanın eksiksiz kurulması, itibarın korunması ve sonuçların düzenli test edilmesidir.

Kayıtlar Hazır mı? Sonraki Adımı Birlikte Seçelim

Konuyu yalnızca anlamak isteyen için yukarıdaki kontrol listesi ve “Orijinali göster” testi yeterli bir yol haritasıdır. Hosting e-postası ile Google Workspace arasında kararsız kalındıysa ya da test sonucu FAIL çıkıyorsa ücretsiz ön değerlendirmede mevcut kayıtlar incelenir. Kurumsal e-postalı hosting ile hemen başlamak isteyen işletmeler WhatsApp veya telefonla ulaşabilir.

Sıkça Sorulan Sorular

En sık neden, alan adında SPF, DKIM veya DMARC kaydının eksik ya da hatalı olmasıdır. Gönderen IP adresinin kara listede bulunması, ters DNS kaydının olmaması, alıcı şikâyetleri ve toplu gönderimin kurumsal kutudan yapılması da iletilerin gereksiz klasörüne düşmesine yol açabilir.

SPF alan adı adına e-posta gönderebilecek sunucuları listeler, DKIM iletiye doğrulanabilir bir dijital imza ekler, DMARC ise bu kontroller başarısız olduğunda iletinin teslim mi edileceğini, spam klasörüne mi konacağını yoksa reddedilecek mi olduğunu belirler. Üçü de DNS’e TXT kaydı olarak eklenir.

İleti Gmail’de açılır, Yanıtla düğmesinin yanındaki diğer simgesinden “Orijinali göster” seçilir. Açılan sayfada SPF, DKIM ve DMARC sonuçlarının PASS olup olmadığına, başlıklardaki Authentication-Results satırında spf=pass, dkim=pass ve dmarc=pass ifadelerine bakılır.

Google’ın gönderen yönergelerine göre Gmail hesaplarına günde 5.000’den fazla ileti gönderenler toplu gönderen kurallarına tabidir. Bu gönderenlerden SPF ve DKIM’nin birlikte kurulması, DMARC kaydı, Kimden alan adı uyumu ve pazarlama iletilerinde tek tıkla abonelikten çıkma istenir.

Google ve Yahoo, toplu gönderenlerden en az p=none politikalı bir DMARC kaydı ister. Daha az gönderim yapan işletmeler için zorunlu sayılmasa da alan adının sahte gönderimlerde kullanılmasını zorlaştırdığı için eklenmesi önerilir.

Google, SPF’nin çalışır hâle gelmesinin 48 saate kadar, DKIM’nin devreye girmesinin de 48 saate kadar sürebileceğini belirtir. DMARC kaydı için SPF ve DKIM ayarlandıktan sonra 48 saat beklenmesi önerilir.

Belirleyici olan sağlayıcıdan çok kayıtların doğruluğu ve gönderim itibarıdır. Hosting e-postasında IP itibarı paylaşımlı sunucudaki diğer hesaplardan etkilenebilir, Google Workspace’te gönderim Google’ın altyapısından yapılır; iki yapıda da SPF, DKIM ve DMARC’ın doğru kurulması gerekir.

Onur Freelance’ta kurumsal e-posta ile birlikte gelen hosting paketi yıllık 2.000 TL, alan adı 1.000 TL, ikisi birlikte 3.000 TL’dir ve kayıtlar işletme adına açılır. Onur Freelance Google’ın veya Yahoo’nun resmi destek kanalı değildir.

Onur Ertem - Onur Freelance Kurumsal Web Tasarım

Onur Ertem

İşletmenizi Dijitalde Güçlendirin! 🚀 Kurumsal web tasarım ve dijital pazarlama çözümleriyle markanızı büyütmeye hazır mısınız? Hemen bize ulaşın, profesyonel desteğimizle dijital dünyada öne çıkın!

Bizi Arayın

Detaylı bilgi için bizi arayın.

Sizi, Biz Arayalım!

Numaranızı paylaşın sizi, biz arayalım!

İletişim Bilgileri