Yapılabilecekler, altyapınızın ne kadarını kontrol ettiğinize ve kendi alan adınızı mı kullandığınıza veya basitçe başkası tarafından kontrol edilen bir alan adı altında bir adresinizin olup olmadığına bağlıdır.
Kendi etki alanınız varsa, aynı etki alanı altında yeni bir e-posta adresine geçmek kolaydır. Ek olarak, etki alanınızdan gelen tüm e-postaların dijital olarak imzalanması gerektiğini dünyaya bildirmek için DNS kayıtları ayarlayabilirsiniz. (SPF, DKIM ve DMARC, almak istediğiniz yaklaşım bu ise, aranacak terimlerdir.)
Herkesin bu imzaları doğrulamasını bekleyemezsiniz; bu nedenle, etki alanınızdan gelen e-postanın imzalanması gerektiğini belirten DNS kayıtları ayarlasanız bile, etki alanınızdan olduğunu iddia eden imzasız e-postalar ve imzasız e-postaları kabul eden alıcılar yine de istismar edecektir.
Etki alanını kontrol etmezseniz, e-posta adresini değiştirmek o kadar kolay değildir ve etkilenen e-postalarda etki alanını bozma yeteneğini sınırlamak için DNS kayıtlarının kullanılıp kullanılmadığı konusunda çok az etkiniz vardır.
Sahte adrese geri dönen sekmelere neden olan sahte bir kaynak adresi kullanan spam iletilerindeki sorun en azından çözülmesi kolaydır.
Message-ID
Gönderdiğiniz tüm e-postaları kaydedebilirsiniz . Tüm sıçramaların bir Message-ID
yerde orijinal iletiyi içermesi gerekir - aksi halde geri alma işlemi zaten tamamen işe yaramazdır, çünkü bu size hangi iletinin geri döndüğünü söyleyen şeydir. Message-ID
Daha önce göndermiş olduğunuz bir içermeyen herhangi bir geri gönderilen mesaj doğrudan spam klasörüne gönderilebilir veya alma zamanında reddedilebilir (sorunu kaynağa bir adım daha yaklaştırmanın iyi bir avantajı vardır).
Sıçramalar, MAIL From
adrese göre diğer e-posta adreslerinden ayrı olarak söylenebilir . Sıçramaların her zaman boş bir MAIL From
adresi olur, diğer e-postaların hiçbir zaman boş bir MAIL From
adresi olmaz.
Öyleyse MAIL From
, boşsa ve daha önce gönderdiğiniz DATA
bir içeriği içermiyorsa Message-ID
, posta güvenle reddedilebilir.
İlke bu. Onu pratiğe dönüştürmek biraz daha zor. Öncelikle, gelen ve gelen e-postaların altyapısı ayrı olabilir, bu, gelen e-postaların Message-ID
altyapısının giden e-postaların altyapısından geçenleri her zaman bilmesini güçleştirir .
Ek olarak, bazı sağlayıcılar sağduyuya uymayan sıçramalar göndermekte ısrar ediyorlar. Örneğin, orijinal e-posta ile ilgili hiçbir bilgi içermeyen sıçrama gönderen sağlayıcıları gördüm. Bu işe yaramaz sıçramalar için en iyi tavsiyem, meşru olmayan bir posta sisteminden çıksalar bile, onlara spam olarak davranmak.
E-posta adresi listesini kim edindiyse, adreslerden herhangi birini kaynak adres olarak ve adreslerden herhangi birini hedef adres olarak koyabilir. Bu nedenle ek bilgiye sahip değilseniz, sızıntının kendi sisteminizden bile olduğundan emin olamazsınız. Sizinki de dahil olmak üzere adres listesini sızdıran kişilerden herhangi biri olabilir.
Sızan listede hangi adreslerin ne kadar olduğu ve hangilerinin olmadığı hakkında daha fazla şey öğrenebilirsiniz, nereden sızdığını daha iyi anlayabilirsiniz. Bunu zaten yapmış olabilirsiniz ve sızıntının kişi listenizden kaynaklanmış olması gerektiği sonucuna varmış olabilirsiniz, çünkü hiçbir kişi sızmış olduğu doğrulanan adresleri bilmeyecekti.
Buna yaklaşımım, iletişim kurduğum her kişi için kendi etki alanımı ve bu etki alanı altındaki ayrı bir e-posta adresini kullanmak. Posta adresindeki kişiyle ilk iletişim tarihini ekledim, öyle ki kasperd@mdgwh.04.dec.2015.kasperd.net
bugün yeni bir kişiye e-posta yazacak olsam nasıl olur da. Açıkçası bu yaklaşım herkes için değil, ama benim için kesinlikle birisinin bulunduğu bir e-posta adresi listesini kimin sızdırdığını kesinlikle biliyor. Ayrıca, bireysel adresleri yalnızca adresimi sızdıran kişinin benim için iletişim bilgilerini güncellemesi gereken şekilde kapatabilirim.