
read receipts
Kendine İlettiğin E-postanın Neden Spam Klasörüne Düştüğü
Hiçbir şey yanlış yapmadın. SPF'nin suçu var. İşte sağlayıcın sana anlatmayacak mekanik.
Eski hesabından yeni hesabına otomatik yönlendirme kur, ve o postaların bir kısmı sessizce spam klasörüne kaybolur — sağlayıcın bozuk olması değil, yönlendirme kim tarafından gönderildiyse onu değiştirdiği halde kripto kanıtı değiştirmemesi yüzünden. SPF yanlış sunucuyu kontrol eder, DMARC kararı başarısızlığa döner, ve kendine gönderdiğin meşru bir e-posta karantinaya alınır. Çözüm adı vardır: ARC, 2019'da RFC 8617 ile tanımlanmış.
Yönlendirme neden SPF'imi başarısız kılıyor?
Çünkü SPF mesajı aktaran son sunucuyu kontrol eder, ve yönlendirme o sunucuyu değiştirir. SPF — Sender Policy Framework — bir alan adı için posta göndermeye yetkili IP adreslerini listeleyen bir DNS kaydıdır. bank.com sana bir makbuz gönderdiğinde, alan sunucu kontrol eder: bu, bank.com'un yetkili olduğu bir IP'den mi geldi? Evet. Başarı. Şimdi bu makbuzu Gmail'den yeni adresine ilet. Google'ın sunucuları onu ileriye aktarır. Son alan sunucu SPF kontrolünü çalıştırır ve sorar: Google, bank.com için posta göndermeye yetkili mi? Hayır, değil. SPF başarısız. Google'ın kendi Workspace belgeleri bunu açıkça ortaya koyar — yönlendirilmiş mesajlar SPF'de başarısız olur çünkü yönlendirme sunucusu orijinal alan adının SPF kaydında değildir. Hiçbir şey taklit edilmedi. Kontrol sadece yanlış atlamaya bakıyor.
Peki neden bu onu spam'e gönderiyor?
DMARC. SPF'nin başarısız olması tek başına hayatta kalabilirdi; DMARC bunu bir karara dönüştürdü. DMARC, SPF ve DKIM'i bir araya getirir ve alıcılara her ikisi de başarısız olduğunda ne yapacağını söyler: hiçbir şey, karantina, veya reddet. 2024 yılına kadar, büyük gönderenler seçim yapmadılar — Google ve Yahoo, kullanıcılarına günde 5.000'den fazla mesaj gönderen herhangi biri için DMARC istemeye başladı. DKIM, diğer ayak, mesaja gömülü bir imzadır. Teoride yönlendirmeyi atlatır, çünkü rotayı değil içeriği imzalar. Pratikte, mesaja dokunan herhangi bir şey onu kırar. Bir posta listesi "abone oldunuz, abonelikten çık burada" altbilgisi ekleyen, sunucu konu satırını yeniden yazan, hatta bir satırın nasıl sarmalandığında bir değişiklik — imza artık eşleşmez, ve DKIM de başarısız olur. İkinci ayak da düştü, DMARC başarısız der, ve kendi makbuzun çöp klasöründe.
ARC nedir ve gerçekten bunu düzeltiyor mu?
ARC — Authenticated Received Chain, RFC 8617 — dürüst bir yönlendirici postaların ona dokunmadan kimlik doğrulamasını geçtiğini tasdik etmesine izin verir. Yönlendirme sunucusu mesajı mühürlü bir kayıtla damgalar ve "bura ulaştığında SPF ve DKIM geçerliydi — doğrulamadığın ayak için sözüme güven" der. Son alıcı, eğer o yönlendiriciye güvenirse, DMARC başarısızlığını geçersiz kılabilir ve mesajı iletebilir. Tuzak "güvenirse" kısmındadır. ARC bir şifre değil; bir itibar sistemidir. Bir alıcı ARC mühürleyicisinin bilinen, iyi davranan bir operatör olup olmadığını tartır. Google hem ARC başlıklarını damgalar hem de güvendiği gönderenlerden onları sayar, bu yüzden Gmail'den Gmail'e yönlendirme genellikle hayatta kalırken eski bir üniversite aktarımı üzerinden bir yönlendirme olmaz. Yönlendirmeyi kendin işletiyorsan, iki somut hamle yardımcı olur. Sunucun sunuyorsa Server-Side Redirect / SRS tarzı yeniden yazma kullan, bu zarfı göndereni yeniden yazan, böylece SPF orijinal alan adı yerine senin yönlendiricide kontrol eder. Ve her iki sağlayıcı da ARC destekleyen sağlayıcılar arasında yönlendirmeyi tercih et. Hesapları birleştiriyorsan ve hedefin kimlik doğrulama karmaşasını sadece sana bırakmasını istiyorsan, tam da bir yapay zeka e-posta platformunun emilmesi için inşa edildiği altyapı türü budur.
Sağlayıcıma suçlama atıp durduğumda?
Desen "sadece yönlendirilen posta başarısız oluyor" olduğunda, sağlayıcı işini doğru yapıyor — protokol sorundur. İşte gösterge: eksik mesajın başlıklarını aç ve Authentication-Results satırına bak. spf=fail görmüş olman yanında orijinal gönderenin değil yönlendiriciye ait bir gönderme IP'si varsa, bu SPF'nin yanlış atlamaya bakması. dkim=fail, mesajlar üzerinden geçen bir liste veya mesajları düzenleyen bir aktarım üzerinden gelse ortaya çıkarsa, bu çarpık imza, taklit değil. Rahatsız edici gerçek, e-posta kimlik doğrulamasının iki on yıl boyunca katman katman, hiç kimsenin yalan söyleyeceğini varsaymayan bir sisteme eklenmiş olmasıdır. SPF 2006'da, DKIM 2007'de, DMARC 2015'te, ARC 2019'da geldi — her biri sonuncunun açtığı bir deliği yamandı. Yönlendirme, dördünün birbirine sürtündüğü dikişdir, ve senin gelen kutun bu sürtünmeyi hissettiğin yerdir.
Kaynaklar
- IETF RFC 8617 — Authenticated Received Chain (ARC) specification, 2019
- Google Workspace Admin Help — SPF, forwarding and authentication for forwarded mail
- Google Email sender guidelines — 2024 bulk sender DMARC requirements and 5,000/day threshold