- Shiked
- 5 Eylül 2026 02:49 UTC
- Yazar
- Kamo
- Commit
- 4ab2cae
Adres, organizasyonun MAILBOXES'e kimin ev sahipliği yaptığını sormakla seçildi. Bu, önemli olandan farklı bir sorudur ve her ikisi de yanlıştı. Bir kerede yönler. Chinilaw.com Google Workspace'de çalışır ve şunları ekledi:spf.kamocrm.com to tom.com tom SPF - açıkça bizim röleğe yazar, yazımızda, DNS'de - ve hala var "Ron Chini, PC" <NoReply@kamocrm.com> her doğrulama ve şifre-reset posta. Bu arada, SPF’nin bize gönderdiği altı kuruluş bizi göndermedi Kendi domainleri olarak, çünkü posta kutularına ev sahipliği yapıyoruz: istenmeyen posta posta Bir alan göndermediğimizi iddia ediyoruz, bu yapılandırma alıcıları spam tipi ve katı bir DMARC politikası altında haklı çıkar. Bu yüzden kural şimdi DNS kaydı: sahip ve bizi yazar. Her iki yarısı da Gerekli. SPF olmadan mülk sahibi tam olarak yukarıdaki istenmeyen postadır; SPF Mülkiyet olmadan, bir mekanizmayı ekleyen herkese izin verecek domain. domain. Bilinmeyen hayır olarak okur - süpürücü bir alan henüz yayınlanmadı Platform adresi, çünkü bu şekilde maliyetlerin markalaşmasını tahmin etmek, Diğer yol maliyetleri teslimatını yanlış tahmin etmek, sessizce, en çok mesajında gelmek zorunda. Bir sıra seçimi hem adres hem de karar verir. Bayrakları okumak Bir alan başka biri kontrol edilemeyen bir şeyi yazarken, Ve hiçbir şey yanlış görünecekti: mesaj hala gönderir. Şu anda rölede sert bir red, platform adresinden bir kez geri dönüyor Postayı kaybetmekten daha fazlası. Bu kasıtlı olarak bir korumaya karşı koruma değildir İzinsiz alan ve olamaz: bir SPF başarısızlığı bir gönderi başarısızlığı değildir - bu başarısızlık röle mesajı kabul eder, alıcı sunucu bunu kabul eder ve sessizce spam - daha sonra çürütülmüş veya çürümüş. Ön kontrol korumadır; bunun için Gönderin aslında attığı dar durum.