Mail Gitmiyor mu? 7 Adımda Nereden Bakılır

“Mail gitmiyor” dendiğinde çoğu zaman posta gitmiştir; karşı tarafta bir yerde durmuştur. Gönderdiğiniz e-posta ulaşmıyorsa şu sırayla bakın: geri dönen hata var mı ve kodu ne, alan adınızın SPF/DKIM/DMARC kayıtları doğru mu, gönderen sunucunun IP’si kara listede mi, içerik spam skorunu nereden topluyor, alıcının karantinası tutmuş mu, ilk denemeyi greylisting geri çevirmiş mi. En sona da bir hatırlatma: Gönderilmiş klasöründe durması teslim edildiği anlamına gelmez. Sıra önemli, çünkü her adım bir sonrakini eler. Bounce varsa DNS’e bakmadan cevabı çoğu zaman o kodda bulursunuz. Mail spam’e düşüyorsa sorun genelde dördüncü ve beşinci adımda çıkar.

Önce gerçek bir vaka: 9,89 puanlık sözleşme

Geçidimizin arkasındaki bir müşteri, tedarikçisinden beklediği sözleşme maili gelmedi diye yazdı. Gönderen taraf “gönderdik” diyordu ve haklıydı. Posta gelmişti; geçit 8 puanlık eşiğin üstünde, 9,89 ile tutmuştu. Kayda baktığımızda skoru dört şey toplamıştı. Konu “AW:” ile başlıyordu ama iletide In-Reply-To başlığı yoktu; yani yanıt gibi görünen ama hiçbir iletiye yanıt olmayan bir posta. Filtreler bu kalıbı sahte-yanıt olarak puanlar, çünkü spam gönderenler “Re:” ekleyerek açılma oranını artırır. Gövde base64 kodlanmıştı. İmzada bir LinkedIn linki vardı. Ve Bayes sınıflandırıcı, bu gönderenin daha önce hiç görülmemiş içeriğine yüzde 99 spam demişti.

Ertesi gün aynı gönderen aynı konuda tekrar yazdı: 7,79 puan, kıl payı geçti. İçerik neredeyse aynıydı; fark, o gün Bayes’in biraz daha az emin olmasıydı. Sözleşme gibi yasal bir belgenin kaderi iki puanlık dalgalanmaya bağlı kalamaz. Çözüm alıcı tarafında oldu: tedarikçinin alan adı izin listesine alındı, karantinadaki ileti panelden serbest bırakıldı. O günden sonra aynı gönderenin postası puanlanmıyor, doğrudan kutuya düşüyor.

Bu vaka yedi adımın neden bu sırada olduğunu anlatıyor. Gönderen tarafta SPF de DKIM de doğruydu, IP temizdi, bounce gelmemişti. Sorun içerik ve alıcının filtresiydi. İlk üç adımı hızla eleyip dördüncü ve beşinciye odaklanmak günler kazandırır.

1. Geri dönen hata var mı, kodu ne?

Gönderdikten sonra kutunuza “Undelivered Mail Returned to Sender” ya da “Delivery Status Notification” başlıklı bir ileti düştüyse cevabınızın büyük kısmı onun içinde. İletiyi açın, üç haneli kodu ve yanındaki noktalı kodu bulun. Kod 4 ile başlıyorsa sorun geçicidir ve sunucunuz birkaç saat boyunca yeniden dener. 5 ile başlıyorsa kalıcıdır; siz bir şey değiştirmeden aynı postayı tekrar göndermenin anlamı yok.

Bounce hiç gelmediyse iki ihtimal var. Ya posta kabul edildi ve alıcı tarafında bir klasöre ya da karantinaya düştü, ya da karşı sunucu postayı kabul edip sessizce attı. İkincisi seyrek ama gerçek; bazı büyük sağlayıcılar itibarı düşük gönderenlere ret bile göndermez. Her iki durumda da bir sonraki adımlara geçin.

2. SPF, DKIM ve DMARC doğru mu?

Bu üç DNS kaydı alıcı sunucuya “bu posta gerçekten bu alan adından çıktı” demenin yolu. SPF, alan adınız adına posta göndermeye yetkili sunucuları listeler; DKIM her iletiye kriptografik imza koyar; DMARC ikisi de tutmazsa alıcının ne yapacağını söyler. Üçünden biri eksik ya da hatalıysa 550 5.7.1 alırsınız ya da posta doğrudan Önemsiz klasörüne gider. Alan adınızı e-posta DNS kontrol aracına yazın; araç MX, SPF, DKIM ve DMARC kayıtlarını canlı DNS’ten okur ve eksik olanı satır satır gösterir. Kayıtların ne olduğunu ve nasıl yazıldığını SPF, DKIM, DMARC nedir, nasıl ayarlanır yazısında adım adım anlattık.

En sık yakaladığımız hata şu: şirket e-postasını bir sunucudan, toplu bültenini başka bir servisten gönderiyor ve SPF kaydında yalnız ilki var. Bülten servisi eklenmediği için oradan çıkan her posta SPF’te düşüyor. Kaydı düzelttikten sonra DNS yayılması için bir saat kadar bekleyin ve aracı tekrar çalıştırın.

3. Gönderen sunucunun IP’si kara listede mi?

Posta sunucunuzun çıkış IP’si Spamhaus, Barracuda ya da SORBS gibi listelerden birine girdiyse alıcı sunucular bağlantıyı daha ilk selamda keser. Bounce genelde “blocked using zen.spamhaus.org” gibi listenin adını içerir. IP’yi bulmak için gönderdiğiniz bir postanın ham başlıklarına bakın: en alttaki Received satırında sizin sunucunuzun IP’si yazar. Bu IP’yi MXToolbox gibi bir çoklu-liste sorgulayıcısına yazın.

Paylaşımlı bir hosting üzerinden posta gönderiyorsanız aynı IP’yi yüzlerce siteyle paylaşıyorsunuz; içlerinden birinin ele geçirilmiş formu spam yaydığında listeye siz de girersiniz. Listeden çıkma başvurusu çoğu listede birkaç saat sürer, ama kök neden kapanmadıysa bir hafta sonra yeniden girersiniz. AkıllıPosta’da giden posta ayrı çıkış sunucularından gider ve bir alan adından spam olarak işaretlenen giden posta sayısı eşiği aşarsa size aynı gün uyarı e-postası gelir; IP listeye girmeden kutuyu kapatırsınız.

4. İçerik: skor nereden geliyor?

İlk üç adım temizse posta kabul ediliyor ama alıcıda Önemsiz klasörüne ya da karantinaya gidiyordur. Filtreler bir postayı tek bir sebeple değil, onlarca kuralın toplamıyla puanlar. Kendi postanızın kaç puan topladığını görmek için spam skoru testine bir posta gönderin; araç iletiyi gerçek bir antispam motorundan geçirir ve puanı kural kural, eşikle birlikte gösterir. Yukarıdaki vakadaki dört sinyal bu listede görünür: yanıt gibi başlayan ama yanıt olmayan konu, base64 gövde, imzadaki sosyal ağ linki ve Bayes kararı.

• Konuya kendiniz “Re:” ya da “Fwd:” eklemeyin; yanıt tuşuna basın ki In-Reply-To başlığı otomatik yazılsın.
• Salt HTML göndermeyin. Posta istemcilerinin çoğu düz metin karşılığını otomatik ekler; toplu gönderim aracınız eklemiyorsa ayarlardan açın.
• Kısaltılmış link (bit.ly vb.) kullanmayın; filtreler kısaltıcıları ayrı puanlar.
• İmzada üç-dört satır yeterli. Her satırda bir link ve büyük görsel puanı yükseltir.
• Büyük harfle yazılmış konu, çok sayıda ünlem, “ÜCRETSİZ” gibi kelimeler hâlâ puan getirir.
• Ek göndereceğinizde PDF tercih edin; .zip ve makrolu Office dosyaları çoğu geçitte doğrudan tutulur.

Aracın verdiği puan sizin motorunuzda kaç puan edeceğini birebir söylemez; her filtrenin kuralları ve eşiği farklı. Ama 5’in üstünde skor alan bir posta, alıcının hangi filtresi olursa olsun risklidir. Skoru 2’nin altına çekip tekrar gönderin.

5. Karşı tarafın karantinası: alıcıya ne diyeceksiniz?

Skorunuz düşük, DNS temiz, IP temiz ve posta yine gitmiyorsa artık sizin tarafınızda yapılacak iş bitti. Alıcıyı telefonla arayın ve iki şey isteyin: karantinasına ya da Önemsiz klasörüne baksın, sizin alan adınızı izin listesine alsın. Bu ikinci istek önemli; tek iletiyi serbest bırakmak yalnız o iletiyi kurtarır, alan adına izin vermek sonraki her postanın puanlanmadan geçmesini sağlar.

Alıcı AkıllıPosta antispam geçidinin arkasındaysa işi kolay. Panelde karantina ekranı geçidin tuttuğu iletileri gönderen, konu, skor ve kalan süreyle listeler; ileti 48 saat boyunca orada durur. Yetkili kullanıcı tek tıkla “serbest bırak” der ya da “spam değil olarak öğret ve serbest bırak” seçeneğiyle Bayes’i de düzeltir. Sonra Allow / Block ekranında gönderen adresi, alan adı ya da IP için izin kuralı yazar. Yukarıdaki sözleşme vakası tam olarak bu iki adımla kapandı. Geçidin nasıl çalıştığını antispam gateway sayfasında anlattık.

6. Greylisting ve toplu gönderim: 4.7.1 normaldir

Karşı sunucudan “450 4.7.1 Try again later” ya da “Greylisted” yanıtı geldiyse panik yok. Greylisting, tanımadığı bir gönderenin ilk denemesini bilerek geri çeviren bir yöntem: gerçek posta sunucuları birkaç dakika sonra yeniden dener, spam botları çoğunlukla denemez. Sunucunuz ikinci denemeyi yapar ve posta 5 ile 30 dakika arasında teslim olur. Bu gecikmeyi “mail gitmiyor” diye okumak en yaygın yanlış alarm.

Toplu gönderimde tablo değişir. Aynı alıcı sunucuya dakikada onlarca posta yolluyorsanız karşı taraf “421 4.7.0 Too many connections” ya da benzeri bir kodla hız sınırı uygular. Bültenlerinizi normal yazışma kutunuzdan değil, ayrı bir alt alan adından (ör. bulten.sirketiniz.com) ve toplu gönderim için tasarlanmış bir servisten gönderin. Böylece bültenin itibarı düşerse şirket yazışmalarınız etkilenmez.

7. Gönderilmiş klasörü teslim kanıtı değil

İstemciniz postayı sunucunuza teslim ettiği anda Gönderilmiş klasörüne kopyalar. Bu, postanın sizin sunucunuzdan çıktığını bile göstermez; yalnız kuyruğa girdiğini gösterir. Teslim kanıtı, sunucunuzun SMTP logundaki “250 OK” satırıdır: karşı sunucu postayı kabul ettiğinde bu kodu döner ve sizin sunucunuz zamanı, alıcı sunucuyu ve ileti kimliğini kaydeder. Sağlayıcınızdan bu satırı isteyebilirsiniz. Bir posta hakkında “gönderdik” demek yerine “şu saatte şu sunucu 250 ile kabul etti” diyebiliyorsanız, top artık alıcının sahasındadır. Aynı mantık taşıma sırasında da geçerli; MX değişirken postanın nerede beklediğini e-posta taşırken posta kaybolur mu yazısında anlattık.

Sık sorulan sorular

Mail spam’e düşüyor ama bounce gelmiyor, neden?

Posta kabul edildi; alıcı sunucu onu reddetmedi, yalnız düşük eşiği aştığı için Önemsiz klasörüne işaretledi. Bounce yalnız ret durumunda gelir. Bu yüzden sorun 4. adımda (içerik skoru) ya da alıcının kişisel filtrelerindedir. Alıcıya postayı Önemsiz klasöründen çıkarıp “spam değil” işaretlemesini söyleyin; büyük sağlayıcılarda bu işaret sonraki postalarınızı da etkiler.

Gmail’e giden postalarım ulaşmıyor, ayrı bir kural var mı?

Google 2024’ten beri günde 5.000’in üzerinde posta gönderen alan adlarından SPF ve DKIM’in ikisini, DMARC kaydını ve tek tıkla abonelikten çıkma başlığını zorunlu tutuyor. Bu eşiğin altındaki şirketler için de SPF ya da DKIM’den en az biri şart. DNS kontrol aracı üçünü de gösterir; eksik olanı tamamlayın ve Google Postmaster Tools’a alan adınızı kaydedin, oradaki itibar grafiği Gmail’in sizi nasıl gördüğünü söyler.

Aynı postayı tekrar göndermek işe yarar mı?

4xx kodunda gerekmez, sunucunuz zaten yeniden deniyor. 5xx kodunda hiçbir şey değiştirmeden tekrar göndermek aynı sonucu verir ve itibarınızı biraz daha düşürür. Önce kodu okuyun, sebebi düzeltin, sonra gönderin.

Karşı taraf “bize ulaşmadı” diyor, ben logu nereden alırım?

Kendi sunucunuzu işletiyorsanız Postfix ya da Exchange logunda ileti kimliğiyle arayın. Barındırılan bir hizmet kullanıyorsanız sağlayıcınızın destek ekibinden ileti kimliğini, tarihi ve karşı sunucunun döndüğü kodu isteyin. AkıllıPosta müşterileri bu kaydı destek talebiyle alır; kayıt gönderim saatini, hedef sunucuyu ve dönen SMTP kodunu içerir.