Greylisting Nedir, Nasıl Çalışır ve Ne Zaman Kullanılır?

Greylisting, bir e-posta sunucusunun daha önce görmediği bir göndericiden gelen ilk teslim denemesini geçici bir hata koduyla geri çevirdiği ve kısa süre sonra yapılan yeniden denemeyi kabul ettiği bir spam önleme yöntemidir. Yöntem, standartlara uygun posta sunucularının geçici hatadan sonra postayı yeniden denediği, buna karşılık birçok spam yazılımının denemediği varsayımına dayanır.

Fikir 2003'te Evan Harris tarafından önerildi; uygulamadaki deneyimler ise 2012'de yayımlanan RFC 6647 ile belgelendi.

Greylisting nasıl çalışır?

Greylisting uygulayan sunucu, gelen her teslim denemesini bir üçlüyle (triplet) tanır: istemcinin IP adresi, zarf göndericisi (MAIL FROM) ve alıcı adresi (RCPT TO). İşleyiş şöyledir:

1. Üçlü veritabanında yoksa kaydedilir ve gönderene geçici bir hata döndürülür.
2. Gönderen sunucu postayı kuyruğunda tutar ve bir süre sonra yeniden dener.
3. Yeniden deneme belirlenen asgari bekleme süresinden sonra gelirse kabul edilir.
4. Üçlü bir süre hatırlanır; aynı kaynaktan gelen sonraki postalar beklemeden kabul edilir.

Örnek bir geçici ret yanıtı şöyle görünür:

450 4.7.1 Greylisted, please try again later

Yanıttaki ilk rakamın 4 olması hatanın geçici olduğunu ve gönderenin tekrar denemesi gerektiğini anlatır; kalıcı hatalar ise 5 ile başlar. Kodların anlamları için mail hata kodları yazısına bakabilirsiniz.

RFC 6647, yeniden denemenin kabul edileceği pencerenin varsayılan olarak bir dakika ile 24 saat arasında olmasını ve kayıtların en az bir hafta saklanmasını önerir. Yaygın greylisting yazılımlarından Postgrey'in varsayılan bekleme süresi 300 saniyedir.

Gönderen sunucular ne zaman yeniden dener?

SMTP'yi tanımlayan RFC 5321, yeniden deneme aralığının genel olarak en az 30 dakika olmasını ve göndericinin vazgeçmeden önce en az 4-5 gün denemeyi sürdürmesini önerir. Pratikte birçok sunucu ilk yeniden denemeyi daha erken yapar, ancak bu tamamen gönderen tarafın yapılandırmasına bağlıdır. Greylisting'in yarattığı gecikme de bu yüzden birkaç dakikadan bir saate, kimi durumlarda daha uzun sürelere kadar değişebilir.

Greylisting ne kadar etkili?

Greylisting, yeniden deneme yapmayan basit spam botlarına karşı etkilidir ve neredeyse hiç işlem gücü harcamaz. Bekleme süresinin bir yan faydası da vardır: yeni bir spam kaynağı ilk denemeden sonra geçen sürede DNSBL listelerine eklenebilir ve yeniden denediğinde reddedilir.

Öte yandan etkisi yıllar içinde azaldı. Gelişmiş spam yazılımları artık yeniden deniyor; spamın bir kısmı da ele geçirilmiş meşru hesaplar ve büyük posta servisleri üzerinden geliyor. Bu kaynaklar greylisting'den sorunsuz geçer. Bu nedenle greylisting bugün tek başına bir çözüm değil, katmanlı bir kurumsal spam filtresinin yardımcı parçasıdır.

Hangi sorunlara yol açar?

Gecikme

Yeni bir göndericiden gelen ilk ileti, gönderenin yeniden deneme takvimine bağlı olarak gecikir. Parola sıfırlama, tek kullanımlık doğrulama kodu ya da sipariş onayı gibi zamana duyarlı iletilerde bu gecikme kullanıcıyı doğrudan etkiler.

Büyük göndericiler ve IP havuzları

Microsoft 365, Google ve toplu gönderim servisleri gibi büyük göndericiler postayı geniş IP havuzlarından gönderir. Yeniden deneme farklı bir IP'den gelirse üçlü değişir ve ileti yeniden bekletilir; bu döngü bazen saatlerce sürebilir. Sorunu hafifletmenin yaygın yolları şunlardır:

• Tek IP adresi yerine ağ bloğunu izlemek. RFC 6647 buna açıkça izin verir; örneğin Proxmox Mail Gateway varsayılan olarak IPv4 için /24, IPv6 için /64 maskesi kullanır.
• Yeniden deneme davranışı bilinen büyük posta servislerini istisna listesine almak.
• SPF doğrulamasından geçen göndericileri muaf tutmak ya da üçlüde IP yerine SPF ile doğrulanmış alan adını kullanmak. Bu yaklaşım standartta yer almaz, bazı yazılımların sunduğu bir seçenektir; SPF'nin işleyişi için SPF kaydı nedir yazısına bakabilirsiniz.

Birden fazla MX sunucusu

Gelen posta için birden fazla sunucu kullanılıyorsa hepsinin aynı greylisting veritabanını paylaşması gerekir. Aksi halde ikinci sunucuya yönelen yeniden deneme bir kez daha bekletilir. RFC 6647 de aynı alan adı için çalışan sunucuların ortak veritabanı ve politika kullanmasını önerir.

Kimliği doğrulanmış gönderim

Kendi kullanıcılarınızın kimlik doğrulamasıyla gönderdiği postaya greylisting uygulanmamalıdır. Bu kural da RFC 6647'nin önerileri arasındadır.

Hangi ayarlara dikkat edilmeli?

Greylisting yazılımları birkaç temel parametreyle yönetilir. Varsayılanları olduğu gibi bırakmak yerine kendi posta trafiğinize göre gözden geçirin:

• Asgari bekleme süresi: Yeniden denemenin kabul edilmesi için geçmesi gereken süre. Uzun tutmak gecikmeyi artırır, kısa tutmak ise etkinliği azaltır.
• Kabul penceresi: İlk denemeden sonra yeniden denemenin ne kadar süre bekleneceği. Pencere kapandıktan sonra gelen deneme yeni bir ileti gibi değerlendirilir.
• Kayıt ömrü: Başarıyla geçen bir üçlünün ne kadar süre hatırlanacağı. Kısa tutulursa düzenli yazıştığınız göndericiler tekrar tekrar bekletilir.
• Ağ maskesi: Aynı göndericiden sayılacak IP bloğunun genişliği. Geniş maske gecikmeyi azaltır, ancak denetimi de gevşetir.
• İstisna listesi: Hiç bekletilmeyecek IP blokları, alan adları ve alıcı adresleri.

Ne zaman kullanılmalı?

Greylisting şu durumlarda mantıklı bir tercihtir:

• Bot kaynaklı spam yükü yüksekse ve ilk iletideki gecikme iş açısından kabul edilebilirse.
• Büyük posta servisleri ve iş ortaklarınız için istisna listesi tutabiliyorsanız.
• Tüm trafiğe değil, yalnızca ters DNS kaydı olmayan ya da itibarı zayıf kaynaklara seçici olarak uygulanabiliyorsa.

Destek talepleri, doğrulama kodları veya anlık sipariş bildirimleri gibi zamana duyarlı postanın yoğun olduğu alan adlarında ise greylisting'i kapatmak ya da yalnızca seçici biçimde kullanmak daha doğru olur.

Alternatifleri nelerdir?

Postfix'in postscreen bileşenindeki "derin protokol testleri", istemcinin bağlantıyı kapatıp yeniden bağlanmasını gerektirdiği için greylisting'e benzer bir ilk gecikme yaratır. Karşılama mesajından önce konuşan istemcileri yakalayan test ise gecikme yaratmaz.

Sonuç

Greylisting, doğru istisnalar ve ağ bloğu ayarlarıyla kullanıldığında hâlâ ucuz ve faydalı bir katmandır; ancak zamana duyarlı postanın yoğun olduğu ortamlarda gecikme maliyetini hesaba katmak gerekir. Gönderici olarak filtrelerden sorunsuz geçmenin ilk şartı doğru DNS kayıtlarıdır; alan adınızın SPF, DKIM, DMARC ve MX durumunu ücretsiz güvenlik kontrolü ile görebilir, katmanlı filtreleme seçeneklerini paketler bölümünde inceleyebilirsiniz.

Sık sorulan sorular

Greylisting e-postaların kaybolmasına neden olur mu?

Standartlara uygun bir sunucudan gelen e-posta kaybolmaz, yalnızca gecikir; gönderen sunucu postayı kuyrukta tutup yeniden dener. Kayıp ancak gönderen tarafın hiç yeniden denememesi ya da her denemede farklı bir IP adresi veya gönderen adresi kullanması gibi durumlarda yaşanabilir.

Greylisting yüzünden e-posta ne kadar gecikir?

Gecikme, gönderen sunucunun yeniden deneme aralığına bağlıdır ve genellikle birkaç dakikadan bir saate kadar sürer. Geniş IP havuzlarından gönderen servislerde ileti tekrar tekrar bekletilebileceği için gecikme daha uzun olabilir. Daha önce kabul edilmiş bir üçlüden gelen postalar ise beklemeden teslim edilir.

Doğrulama kodu e-postaları geç geliyorsa sebep greylisting olabilir mi?

Olabilir. Tek kullanımlık kodlar ve parola sıfırlama bağlantıları, sunucunuzun ilk kez gördüğü bir gönderim altyapısından geldiğinde greylisting'e takılabilir ve kodun süresi dolabilir. Bu tür servisleri istisna listesine almak ya da greylisting'i yalnızca şüpheli kaynaklara uygulamak sorunu çözer.

Greylisting hâlâ etkili mi?

Yeniden deneme yapmayan basit spam botlarına karşı hâlâ işe yarar ve yeni spam kaynaklarının kara listelere girmesi için zaman kazandırır. Ancak gelişmiş spam yazılımları ve ele geçirilmiş meşru hesaplar greylisting'den kolayca geçtiği için tek başına yeterli değildir. Kara liste sorguları, kimlik doğrulama ve içerik filtresiyle birlikte kullanılmalıdır.

Gönderici olarak greylisting'e takılmamak için ne yapabilirim?

Greylisting'i tamamen aşamazsınız, ancak gecikmeyi azaltabilirsiniz. Posta sunucunuzun geçici hatalardan sonra makul aralıklarla yeniden denediğinden, gönderimlerin tutarlı IP adreslerinden yapıldığından ve zarf göndericisinin denemeler arasında değişmediğinden emin olun. Doğru PTR ve SPF kayıtları da seçici greylisting uygulayan sunucularda bekletilme ihtimalinizi azaltır.