evet benim testlerimdede aynen bahsettiğiniz gibi,
ben bazan "telnet 127.0.0.1 25" dediğimde hemen cevap alabiliyorum bazanda
çok geç dönüyo cevaplar
sizdede buna benzer bir problem varmıdır ?
kolay gelsin.
----- Original Message -----
From: "Umut D." <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Friday, January 20, 2006 10:28 PM
Subject: Re: [qsheff] blackhole
Benim yaptigim testlerde bu qmail'in calismasinda bir probleme neden
olmuyor. Yani e-mailler sorunsuz gidiyor, geliyor, kontrol ediliyor.
Sadece kimi zaman <defunct> diyor ve kendiliginden sonlanmiyor.
Bakalim, gorecegiz...
Osman AYHAN wrote:
Merhaba
aha işte bu...! benimde günlerce uğraştığım sorunun kaynağı bu imiş. hem
clamscan hemde ripmime sürekli olmamakla birlite<defunct> döndürüyo.
eğer vaktiniz olursa benim sunucuya bağlanıp inceleyebilirsiniz, vaktiniz
olmaz ise qsheff in önceki sürümlerine geçsem bir sorun yaşarmıyım veya
bu sorunu nasıl giderebilirim?
teşekkürler. ve acele cevap
----- Original Message ----- From: "Baris Simsek" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Friday, January 20, 2006 6:50 PM
Subject: Re: [qsheff] blackhole
merhaba,
1. blackhole olmayan email adreslerine cevap gondermeme seklinde degil
(zira cogu smtp kullanici sorgusuna kapalidir) spam veya virus oldugunda
gondericiye hicbirsey donme anlamindadir. Bunun sebebi su: Pekcok modern
worm From kismini degistirerek yayiliyor. Mail serverlar bu uyduruk From
lara cevap donmeye calisiyor. Ancak olmadigi icin mail geri donuyor vs..
seklinde cok buyuk trafikler olusuyor. Worm larin amaclarindan biri de
bu zaten. Iste bunu engellemek icin spamli veya viruslu mailler icin
hata geri donmuyor. Bunu bu tur trafiginiz yukseldiginde enable edin
sadece. Normal durumlarda kullanmayin, zira siradan kullanicilar da mail
gonderdiginde eger virus varsa maillerinde ve farkinda degillerse, mail
karsiya ulasmayacak ve bunun asla farkinda olmayacaklar. Yani bu acil
durum cozumudur.
not: Sheff daemon da enable_blackhole yalnizca viruslu emailler icin
calismaktadir. Spamlar icin devre disi biraktim.
2. Bu sekilde birsey daha once bana hic bildirilmedi. Yaklasik 2 yildir
calistigi yerler var. O nedenle bu durumu incelemem lazim. Ancak gorunen
o ki defunct lari sheff degil ripmime vs... veriyor. Onemsiz bir sunucu
ise erisim verirseniz ozelden girip bakabilirim.
3. Anladigim sizin programi qsheff calistiriyor ama bazen calismiyor???
Eger boyle ise su olabilir, ACCEPT rule ile yakalanmis bir email
filtrelere ugramadan kuyrugu terkeder. Diger birsey de MAILER-DAEMON
tarafindan gonderilen mesajlar filtrelere ugramaz. Ki bunlarin sayisi
oldukca fazladir. Dolayisiyla bu durum normaldir. Ama bunlarin disinda
siradan mailler sizin filtreye ugramiyorsa programinizi gonderin bir
bakalim.
not: sheff daemon MAILER-DAEMON dan gelen emailleri loglamamaktadir. Bu
nedenle daemon da sizin programla qsheff.log lari arasinda fark
olmayacaktir. Tek fark sheff ACCEPT rule ile girenleri loglayacak, ama
sizin program bundan asla haberdar olmayacak.
Ama simdi aklima soyle birsey geldi, guzel bir ozellik olabilir. ACCEPT
rule ile yakalanani ozellikle CUSTOMER_FILTER a gonder... Evet guzel bir
ozellik olabilir. FORWARD kurali olabilir bu. sheff.wblist ten
tanimlanan bir FORWARD kurali ile yakalanan emailler diger filtrelere
ugramadan dogruca CUSTOM_FILTER'a gelir. Dolayisiyla istediginiz domaine
veya adrese ait ozel incelemele, istatistikler tutabilirsiniz. Iyi fikir
;)
selamlar...
Baris Simsek
http://www.enderunix.org/simsek/
Umut D. wrote:
Merhaba,
3 sorum var, yardim bekliyor.
SORU 1:
"enable_blackhole = 1"
yapinca olmayan bir e-mail adresine gonderilen e-maillere cevap
gitmeyecek diye dusunuyorum ama oyle olmuyor, hala bol sunucu cevap
veriyor.
SORU 2:
ps ax ile baktigimda [qmail-queue.orig], [clamdscan], [ripmime] surekli
<defunct> veriyor. DEBUG ile baktigimda bir sey yok, e-mailler de
gidiyor ve geliyor ama zaman zaman onlarca <defunct> birikiyor.
SORU 3:
Custom filter prog yazdim ve bunu qsheff.conf dosyasina ekledim. Ancak
qsheff.log ile benim programimim log dosyasi arasinda farklar oldugunu
tespit ettim. qsheff.log'da bir suru e-mail benim programima ugramadan
SAFE olarak isaretlenip postalaniyordu.
---------
qsheff dogru conf dosyasini kullaniyor (clamav'i iptal ederek test
ettim, clamdscan ortadan kayboluyor, acinca geri geliyor) Sunucu hemen
hemen istendigi gibi calisiyor. Sadece bazen kuyrukta kilitlenme oluyor
ve kuyruk icin verdigi slotlarin 15-20 tanesi 1-2 gun boyunca ayni PID
numarasi ile duruyor (ben manuel olarak oldurene kadar) Sanirim
yukaridakilerle ilgili bir sorun bu.
Bu hatalari izole edemedim, o yuzden detayli hata raporu
bildiremiyorum. Sanirim yardim gerekiyor....
----------
qmail 1.03 / vpopmail 5.4.13 / clamav 0.88 / qsheff 1.0-r4
# ripmime -V
v1.4.0.5 - March 30, 2005 (C) PLDaniels
http://www.pldaniels.com/ripmime
# uname -a
Linux 2.6.14 Gentoo i686 Intel(R) Pentium(R) 4 CPU 2.26GHz GenuineIntel
GNU/Linux
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.20/232 - Release Date:
17.01.2006
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.20/232 - Release Date:
17.01.2006
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
