Alan Adı & DNS

    Gmail'e Gönderdiğim Mail Gitmiyor: Neden ve Nasıl Çözülür

    Gmail'in mailinizi neden sessizce eleyip attığını bulmanın ve düzeltmenin pratik yolu.

    12 dk okuma Güncellendi: 11 Ağustos 2026

    Kurumsal adresinizden bir müşteriye teklif gönderiyorsunuz. Giden kutusunda duruyor, hata almadınız, geri dönen bir mesaj da yok. Ama karşı taraf "gelmedi" diyor, spam klasörüne bakıyor, orada da yok. Aynı maili bir başka adrese attığınızda sorunsuz ulaşıyor. Gmail'e mail gitmiyor sorunu tam olarak böyle görünür ve bu kadar sessiz olduğu için de günlerce yanlış yerde aranır — çünkü ortada bir hata mesajı bile yoktur.

    Bu yazı, sorunun gönderici tarafını ele alıyor. Arama sonuçlarının büyük kısmı "Gmail'e mail gelmiyor" başlığıyla alıcı tarafını anlatır: filtre kuralları, engellenen göndericiler, dolu kota. Oysa aradığınız şey bu değilse — yani siz gönderiyor ve ulaşmıyorsa — bakmanız gereken yerler tamamen farklıdır. Aşağıda Gmail'in üç farklı "gitmedi" davranışını, ret kodlarının ne anlama geldiğini, sessiz elemenin (silent drop) nasıl teşhis edildiğini ve Gmail'in sizi nasıl gördüğünü doğrudan öğrenmenin yolunu bulacaksınız.

    Gmail'in Üç Farklı "Gitmedi" Davranışı#

    Gmail bir mesajı beğenmediğinde üç ayrı şey yapabilir ve hangisini yaptığını bilmeden çözüm aramak zaman kaybıdır.

    DavranışNe olurSize gelen geri bildirimAnlamı
    Ret (reject)Mesaj SMTP oturumunda reddedilirGeri dönen mesaj gelir, kod ve açıklama içerirEn kolay teşhis; sebep yazılı
    Spam klasörüMesaj teslim edilir, Önemsiz klasörüne düşerHiçbir geri bildirim yokİtibar düşük ama kimlik geçerli
    Sessiz elemeMesaj kabul edilir ama hiçbir klasöre konmazHiçbir geri bildirim yokEn kötü durum; ciddi itibar/kimlik sorunu

    Üçüncüsü kafa karıştırıcıdır çünkü SMTP tarafında 250 OK alırsınız — yani sunucunuz mesajı başarıyla teslim ettiğini kaydeder — ama mesaj kullanıcının hiçbir klasöründe görünmez. Gmail bunu, gönderici itibarının çok düşük olduğu veya mesajın yüksek olasılıkla kimlik avı olduğu durumlarda yapar. Sunucunuzun mail kayıtlarında 250 2.0.0 OK ... - gsmtp satırını görüp "gönderilmiş" diye düşünmek, bu senaryodaki en yaygın yanılgıdır.

    Hangisiyle karşı karşıya olduğunuzu anlamak için önce alıcıdan spam klasörüne bakmasını isteyin. Oradaysa ikinci durumdasınız ve çözüm itibar tarafındadır; maillerim spama düşüyor yazısı katman katman teşhis sırasını veriyor. Spam klasöründe de yoksa ve geri dönen mesaj da almadıysanız sessiz elemedesiniz.

    Geri Dönen Mesajdaki Gmail Kodunu Okuyun#

    Geri dönen bir mesaj aldıysanız işiniz kolay: Gmail sebebi açıkça yazar. Mesajın gövdesinde 550 veya 421 ile başlayan bir satır ararsınız. En sık karşılaşılanlar ve anlamları:

    KodGmail'in söylediğiGerçek sebep
    550 5.7.26Sender is unauthenticatedSPF ve DKIM'in ikisi de yok veya geçersiz
    550 5.7.25The IP does not have a PTR recordTers DNS kaydı eksik
    550 5.7.1Unusual rate of unsolicited mailIP veya alan adı itibarı kötü
    550 5.7.1Very low reputation of the sending domainAlan adı itibarı düşük, çoğunlukla yeni alan adı
    421 4.7.28Unusual rate of unsolicited mail (geçici)Hız sınırlaması, kuyruk birikmesi
    550 5.1.1The email account does not existAlıcı adresi yanlış
    552 5.2.2The email account is over quotaAlıcının kutusu dolu

    Son iki satır sizin sorununuz değildir; adresi kontrol edin ve geçin. İlk beşi doğrudan sizin tarafınıza işaret eder.

    5.7.26 görüyorsanız teşhis bitmiştir: alan adınızda ne geçerli bir SPF ne de geçerli bir DKIM vardır. 5.7.25 görüyorsanız gönderim yaptığınız IP'nin ters DNS kaydı yok demektir. 421 4.7.28 ise geçici bir kısıtlamadır — sunucunuz kuyruğu tekrar deneyecektir, ancak tekrar tekrar alıyorsanız gönderim hızınız Gmail'in sizin itibarınız için tanıdığı sınırın üzerindedir.

    Geri dönen mesajların yapısını ve tüm kod ailelerini okumak için mail geri dönüyor yazısına bakabilirsiniz.

    Gmail'in Zorunlu Tuttuğu Asgari Kimlik Doğrulama#

    Gmail, kimliği doğrulanamayan mesajları artık kabul etmiyor. Asgari şart, SPF veya DKIM'den en az birinin geçmesi; toplu gönderim yapan alan adları için ise her ikisi ve ayrıca DMARC gerekiyor. Bu üçünü tek tek doğrulayın.

    SPF kaydını kontrol edin:

    dig +short TXT siteniz.com | grep spf1
    

    Tek bir kayıt dönmeli. İki ayrı v=spf1 kaydı olan alan adında SPF tamamen geçersizdir ve Gmail bunu "SPF yok" olarak değerlendirir. Sahada en çok gördüğüm hata budur: yeni bir servis eklerken mevcut kaydı düzenlemek yerine ikinci bir TXT kaydı oluşturulur.

    DKIM kaydını kontrol edin:

    dig +short TXT default._domainkey.siteniz.com
    

    v=DKIM1; k=rsa; p=MIGf... ile başlayan uzun bir değer dönmeli. Boşsa DKIM imzalama sunucuda açık olsa bile Gmail imzayı doğrulayamaz.

    DMARC kaydını kontrol edin:

    dig +short TXT _dmarc.siteniz.com
    

    Yoksa izleme modunda ekleyin:

    _dmarc.siteniz.com. 3600 IN TXT "v=DMARC1; p=none; rua=mailto:[email protected]; adkim=r; aspf=r"
    

    Üç kaydın sözdizimi, ortak hataları ve birbirleriyle ilişkisi için spf dkim dmarc yazısı ayrıntılı bir referans.

    Kayıtlar tamam ama yine gitmiyor. Bu durumda hizalamaya bakın. Gmail'in aradığı şey sadece "SPF geçti mi" değil, SPF'in doğruladığı alan adının kullanıcının gördüğü From: adresiyle aynı olup olmadığıdır. Test etmenin en hızlı yolu: kendi Gmail hesabınıza bir test maili atın, mesajı açın, sağ üstteki üç nokta menüsünden Orijinali göster deyin. Karşınıza şu tablo çıkar:

    SPF:    PASS with IP 203.0.113.10   (siteniz.com)
    DKIM:   PASS with domain siteniz.com
    DMARC:  PASS
    

    DKIM satırında sizin alan adınız değil de sunucunuzun kendi hostname'i (mail.sunucu-adi.net gibi) yazıyorsa hizalama yoktur ve Gmail bunu DMARC açısından başarısız sayar.

    PTR Kaydı: Gmail'in Sessizce Ceza Verdiği Ayar#

    Gmail, gönderen IP'nin ters DNS (PTR) kaydı olmasını bekler ve bu kayıt yoksa mesajı ya reddeder ya da ciddi biçimde puan düşürür. Kontrol tek komut:

    dig -x 203.0.113.10 +short
    

    Beklenen çıktı, kendi gönderim hostname'inizdir:

    mail.siteniz.com.
    

    Boş dönüyorsa PTR kaydınız yok demektir. Sağlayıcının varsayılan static-203-0-113-10.host.net biçimli kaydını gösteriyorsa da yeterli değildir — Gmail'in beklediği, PTR kaydının gönderimde kullandığınız HELO/EHLO adıyla tutarlı olması ve o adın da aynı IP'ye geri çözülmesidir. İleri doğru kontrol:

    dig +short A mail.siteniz.com
    

    Bu iki komutun çıktısı birbirini doğrulamalı: IP → hostname → aynı IP. Zincir kopuksa Gmail'de teslimat oranınız düşer. PTR kaydı alan adı panelinizden değil, IP'nin sahibi olan taraftan ayarlanır; ayrıntısı ve talep yöntemi ptr kaydı ve ters dns yazısında.

    Postmaster Tools: Gmail'in Sizi Nasıl Gördüğünü Doğrudan Görün#

    Türkçe kaynaklarda neredeyse hiç anlatılmayan ama sessiz eleme vakalarını çözen tek araç budur. Google Postmaster Tools, kendi alan adınızın Gmail nezdindeki itibarını, kimlik doğrulama başarı oranınızı ve şikâyet oranınızı gösterir.

    Kurulumu iki adımdır:

    1. Postmaster Tools'a alan adınızı ekleyin; size doğrulama için bir TXT kaydı verilir.
    2. Bu kaydı alan adınızın DNS bölgesine ekleyin ve doğrulayın.
    siteniz.com. 3600 IN TXT "google-site-verification=xxxxxxxxxxxxxxxxxxxx"
    

    Doğrulandıktan sonra göreceğiniz paneller ve nasıl okunacağı:

    PanelNe gösterirSorun sinyali
    Alan adı itibarıHigh / Medium / Low / BadLow veya Bad ise sessiz elemenin sebebi budur
    IP itibarıGönderim IP'lerinizin ayrı ayrı durumuBir IP kötüyse gönderimi ondan çekin
    Kimlik doğrulamaSPF / DKIM / DMARC geçme yüzdeleri%100'ün altı, yapılandırma hatası demek
    Spam oranıKullanıcıların "Spam bildir" oranı%0,3 üzeri ciddi risk eşiği
    ŞifrelemeTLS ile giden mesaj oranıDüşükse TLS yapılandırmasına bakın
    Teslimat hatalarıReddedilen mesajların dağılımıHangi kodun baskın olduğunu gösterir

    Önemli bir uyarı: Postmaster Tools belirli bir günlük hacmin altındaki göndericiler için veri göstermez. Günde birkaç mail gönderiyorsanız paneller boş kalır. Bu kendi başına bir bilgidir — düşük hacimli bir göndericiyseniz sorununuz neredeyse kesinlikle itibar değil, kimlik doğrulama veya PTR tarafındadır.

    Alan adı itibarı Bad görünüyorsa yapılacak şey hacmi kesip temiz bir gönderim geçmişi oluşturmaktır: yalnızca sizi bekleyen, açıp yanıtlayan alıcılara az sayıda mail gönderin ve haftalar içinde kademeli olarak artırın. İtibar bir günde bozulur ama haftalar içinde düzelir.

    Sitedeki Otomatik Mailler Gitmiyorsa#

    Elle yazdığınız mailler ulaşıyor ama sitenizin gönderdiği sipariş onayı, üyelik doğrulama veya form bildirimi mailleri kayboluyorsa sebep neredeyse her zaman aynıdır: uygulama, sunucudaki PHP mail() fonksiyonunu kullanıyor ve mesajı kimlik doğrulaması olmadan gönderiyor.

    İki ayrı sorun oluşur:

    1. Kimlik doğrulama yok. Mesaj SPF'e takılır çünkü web sunucusunun IP'si SPF kaydınızda listelenmemiş olabilir; DKIM imzası ise hiç atılmaz.
    2. Hizalama bozuk. İletişim formları çoğu zaman ziyaretçinin adresini From: başlığına yazar. Yani mail sizin sunucunuzdan çıkar ama Gmail'e "ben bir Gmail kullanıcısıyım" diye gelir. Gmail bunu doğrudan sahtecilik denemesi sayar ve sessizce eler.

    Doğru kurulum şudur:

    $headers  = "From: Site Bildirimi <[email protected]>\r\n";
    $headers .= "Reply-To: " . $ziyaretciAdresi . "\r\n";
    

    Bunun ötesinde, uygulamanın mailini mail() yerine kimlik doğrulamalı SMTP üzerinden göndermeye geçirin. Bağlantı ayarları şöyle olmalıdır:

    AyarDeğer
    SunucuKendi posta sunucunuzun adı
    Port587 (STARTTLS) veya 465 (SSL/TLS)
    Kimlik doğrulamaAçık
    Kullanıcı adıGönderen adresle aynı posta kutusu
    ŞifrelemeZorunlu
    Port 25Kullanmayın

    Port ve TLS uyumunu hızlıca doğrulamak için smtp test aracı ile bağlantı kombinasyonunu kontrol edebilirsiniz. Uygulama tarafındaki tipik hatalar ve panel bazlı çözümler için siteden otomatik mailler gitmiyor yazısına bakın.

    Kara Liste ve Komşu IP Sorunu#

    Kimlik doğrulama tamamsa ve PTR kaydınız doğruysa sıradaki şüpheli IP itibarıdır. Çıkış IP'nizi öğrenip kamuya açık kara liste veritabanlarında sorgulayın:

    curl -s ifconfig.me
    

    Paylaşımlı barındırmada bu IP sizin değil, sunucunun tamamınındır. Aynı IP'den kötü davranan bir hesap, sizin kurulumunuz kusursuz olsa bile Gmail teslimatınızı bozar. Bunu doğrulamanın kesin yolu şudur: aynı maili farklı bir ağdaki bir sunucudan gönderin. Birinden gidiyor, ötekinden gitmiyorsa sorun içerikte değil IP'dedir.

    Listede çıktıysanız çıkış (delisting) başvurusunu aynı gün yapın; süreç listeye göre değişir ve adımların tamamı mail blacklist sorgulama ve çıkma yazısında anlatılıyor. Ancak listeden çıkmadan önce sebebi kapatın: ele geçirilmiş bir posta hesabı veya güvenliği kırılmış bir form varsa, delisting sonrası aynı gün tekrar listelenirsiniz.

    Toplu gönderim yapıyorsanız 2024'te yürürlüğe giren gönderici şartları da doğrudan sizi bağlar — belirli bir günlük hacmin üzerindeki alan adları için DMARC kaydı ve tek tıkla abonelikten çıkma zorunludur. Ayrıntısı gmail yahoo yeni gönderici kuralları yazısında.

    Adım Adım Kurtarma Planı#

    Sorunu bir oturumda kapatmak için sırayla:

    1. Ayırt edin. Geri dönen mesaj var mı, spam klasöründe mi, yoksa kayıp mı? Üç senaryonun çözümü farklıdır.
    2. Geri dönen mesaj varsa kodu okuyun. 5.7.26 → kimlik doğrulama, 5.7.25 → PTR, 5.7.1 → itibar.
    3. SPF kaydını tekilleştirin. Birden fazla v=spf1 kaydını tek kayıtta birleştirin.
    4. DKIM'i kendi alan adınız için açın. Panelden etkinleştirip verilen TXT kaydını DNS'e ekleyin, d= etiketinin alan adınızı gösterdiğini doğrulayın.
    5. DMARC'ı p=none ile ekleyin ve bir hafta rapor toplayın.
    6. PTR kaydını düzelttirin. IP → hostname → IP zincirini test edin.
    7. Postmaster Tools'a alan adınızı ekleyin. İtibar ve kimlik doğrulama yüzdelerini haftalık takip edin.
    8. Uygulama maillerini SMTP'ye taşıyın ve From: başlığını kendi alan adınıza sabitleyin.
    9. Kara liste taraması yapın, çıkanlar için sebebi kapattıktan sonra delisting başvurun.
    10. Hacmi kademeli artırın. İtibarı bozulmuş bir alan adı, düşük hacimli ve etkileşimli gönderimle haftalar içinde toparlanır.

    Bu on adımı tamamladıktan sonra yeni bir test maili gönderip yine "Orijinali göster" ile başlıkları okuyun. SPF, DKIM ve DMARC satırlarının üçü de PASS ve DKIM'deki alan adı sizinkiyse teknik taraf kapanmış demektir; kalan tek değişken itibardır ve o da zamanla düzelir.

    Sıkça Sorulan Sorular#

    Gmail'e gönderdiğim mail neden hiç ulaşmıyor ve geri de dönmüyor#

    Bu duruma sessiz eleme denir: Gmail mesajı SMTP düzeyinde kabul eder, size 250 OK yanıtı verir ama mesajı hiçbir klasöre koymaz. Neredeyse her zaman iki sebepten olur — gönderen alan adının itibarı çok düşüktür ya da mesaj kimlik doğrulamadan geçemediği için yüksek olasılıkla kimlik avı sayılmıştır. Sunucu kayıtlarınızda "gönderildi" görmeniz bu yüzden yanıltıcıdır. Çözüm sırası önce SPF/DKIM/DMARC ve PTR kaydını düzeltmek, sonra Postmaster Tools üzerinden alan adı itibarınızı izlemektir.

    Gmail 550 5.7.26 hatası ne demek#

    Bu kod, mesajın hiçbir kimlik doğrulama yönteminden geçemediğini söyler. Gmail göndericilerden SPF veya DKIM'den en az birinin geçerli olmasını bekler; ikisi de yoksa ya da ikisi de geçersizse mesajı doğrudan reddeder. En sık karşılaşılan sebep, alan adında birden fazla SPF kaydı bulunması nedeniyle SPF'in tamamen geçersiz sayılması ve DKIM'in hiç kurulmamış olmasıdır. Kayıtları dig ile doğrulayıp SPF'i tek kayda indirin ve DKIM'i kendi alan adınız için etkinleştirin.

    Kendi Gmail hesabıma test maili gidiyor ama müşterinin Gmail'ine gitmiyor#

    Bu genellikle itibar tabanlı bir farktır, teknik bir yapılandırma farkı değildir. Gmail kararlarını kısmen alıcı bazlı verir: daha önce yazıştığınız, size yanıt vermiş bir adres sizi "tanır" ve mesajınızı gelen kutusuna alır; hiç yazışmadığınız bir alıcıda ise yalnızca alan adı itibarınız devreye girer. Kendinize gönderdiğiniz test aynı zamanda bazı kontrolleri hiç tetiklemez. Gerçek testi, sizinle hiç yazışmamış bir Gmail adresine yapın ve orada başlıkları inceleyin.

    Gmail'e mail gitmiyorsa alıcının spam klasörüne bakması yeterli mi#

    Yeterli değil ama zorunlu ilk adımdır, çünkü teşhis yolunu ikiye ayırır. Mesaj spam klasöründeyse teslimat gerçekleşmiş, sadece sınıflandırma kötü olmuştur ve sorun itibar tarafındadır. Spam klasöründe de yoksa ve size geri dönen bir mesaj gelmediyse sessiz elemeyle karşı karşıyasınız demektir ve bu çok daha ciddi bir kimlik/itibar sorununa işaret eder. Alıcıdan ayrıca "Tümü" görünümünde arama yapmasını isteyin; bazı filtre kuralları mesajı arşive taşımış olabilir.

    Google Postmaster Tools neden hiç veri göstermiyor#

    Postmaster Tools, belirli bir günlük gönderim hacminin altındaki alan adları için istatistik göstermez. Günde birkaç düzine mail gönderiyorsanız paneller boş kalır ve bu bir arıza değildir. Bu durumda araç size dolaylı bir bilgi vermiş olur: düşük hacimli bir göndericiyseniz sorununuz muhtemelen itibar değil, kimlik doğrulama veya PTR kaydı eksikliğidir. Ayrıca alan adı doğrulaması için eklediğiniz TXT kaydının DNS'te gerçekten yayılmış olduğunu kontrol edin.

    Paylaşımlı hostingden Gmail'e mail göndermek sorunlu mu#

    Sorunlu değildir ama riski siz kontrol edemezsiniz. Paylaşımlı barındırmada çıkış IP'sini onlarca hesapla paylaşırsınız ve aynı IP'den spam gönderen bir komşu, sizin kusursuz kurulumunuza rağmen Gmail teslimatınızı düşürebilir. Bunu test etmenin yolu, aynı maili farklı bir ağdaki bir sunucudan gönderip sonucu karşılaştırmaktır. Düzenli ve hacimli gönderim yapıyorsanız kendi IP'sine ve kendi PTR kaydına sahip bir gönderim sunucusuna geçmek uzun vadede daha güvenlidir.

    Alan adı itibarım bozulduysa ne kadar sürede düzelir#

    Genellikle birkaç haftada, ancak yalnızca gönderim davranışınızı değiştirirseniz. İtibar tek bir kötü günde bozulabilir fakat düzelmesi kademeli ve etkileşim temellidir: hacmi ciddi biçimde kısıp yalnızca sizi bekleyen, mailinizi açan ve yanıtlayan alıcılara göndermeye devam etmeniz gerekir. Aynı hacimde göndermeye devam ederseniz itibar düzelmez, daha da düşer. Geri dönen adresleri listeden temizlemek ve şikâyet oranını düşük tutmak bu sürecin en belirleyici iki adımıdır.

    Kapanış#

    Gmail'e mail gitmemesi tek bir sebebe indirgenemez ama teşhisin sırası her zaman aynıdır. Önce mesajın reddedildiğini mi, spam'e düştüğünü mü, yoksa sessizce elendiğini mi belirleyin. Geri dönen mesaj varsa kodu okuyun, çünkü Gmail sebebi açıkça yazar. Geri bildirim yoksa sırasıyla SPF, DKIM, DMARC hizalamasını ve PTR kaydını doğrulayın, ardından Postmaster Tools üzerinden Gmail'in sizi nasıl gördüğünü kendi gözünüzle görün. Konu başlığını değiştirerek geçirilen saatler sonuç vermez; çözüm neredeyse her zaman DNS kayıtlarında ve gönderim davranışındadır.

    Bu kurulumu kendiniz sürdürmek istemiyorsanız işi devralan seçenekler var: alan adınıza ait, kimlik doğrulaması hazır yapılandırılmış posta kutuları için e-posta hizmetine, kendi IP'niz ve kendi PTR kaydınızla gönderim yapmak istiyorsanız stack'i kurulu gelen SMTP sunucu paketlerine bakabilirsiniz. DNS, PTR ve posta yapılandırmasının takibini tamamen devretmek isterseniz sunucu yönetimi sayfası bu kapsamı anlatıyor.

    gmaile-postateslimat

    Uygulamaya geçmeye hazır mısınız?

    NVMe SSD, ücretsiz SSL ve %99.9 uptime garantisiyle Clou.TR hosting ve sunucu çözümleriyle projenizi hayata geçirin.