Newsgroup: it.comp.os.linux.sys
Titolo: [qmail] In caso di spam accanito...

Saluti a tutti.
Ho un server pubblico che gestisce un po' di domini di posta con debian
woody stable+qmail+vmailmgr+altraroba
Da 5 giorni un dominio in particolare e' stato "preso di mira" da spammers.
Probabilmente sto' talmente antipatico a qualcuno che deve aver iscritto il
dominio in qualche elenco o qualcosa del genere, e mi arrivano migliaia di
mails all'ora.
I server utilizzati si connettono a 5-6 alla volta, iniettano qualche mail e
si disconnettono. Ovviamente sono quasi tutti koreani, filippini, brasiliani
ecc. ecc. e raramente si ripetono
Le mail di destinazione sono tutte inesistenti, solo che qmail non fa la
verifica del destinatario prima di accettare la mail, ma solo quella del
dominio.
Avevo il problema dei bounces che ho risolto con una casella catch-all che
ripulisco ogni minuto (!!)
Ho messo un po' di regole su IpTables isolando interi intervalli di
indirizzi, ma dopo due ora di lavoro non credo di riuscire a evitare piu'
del 4-5% del traffico...
Sarebbe interessante trovare una toppa. Ho visto che esistono delle patch
che inseriscono questo controllo sul destinatario, solo che questo significa
ricompilare qmail e piazzarlo al posto di quello attualmente in produzione.
Il problema e che non posso rischiare che qualcosa vada storto, anche
perche' posso accedere al server solo da remoto. L'ideale sarebbe un binario
di qmail-smtpd, ma chi me lo garantisce?
Sarebbe ancora piu' interessante capire chi e come mi ha combinato 'sto
scherzo per "ringraziarlo".
Grazie per l'aiuto
Ciao
 Max



Ciao max, una sola domanda che viene dalla mia ignoranza di qmail. Non e'
possibile far controllare a qmail la posta in arrrivo con le rbl? Per
esperienza diretta, in postfix basta mettere 
reject_rbl_client 
sbl-xbl.spamhaus.org
 tra le smtpd_recipient_restrictions
per tagliare il 70 % dello spam alla radice. 
Mi pare che nel tuo caso sia un po' piu' noioso da settare, ma vista la
quantita' di spam che ricevi ne vale la pena:
http://www.qmail.org/rbl/
Ciao
joe
-- 
Office lo uso in emulazione.
Dov'e` il problema?
		-- ViV, Lista LUG-Sicilia, Ottobre 2004
[firma originata con Fortune-ViV - 
http://fortuneviv.altervista.org/
 ]

 ripulisco ogni minuto (!!)
Io barbaramente avevo deviato tutte le notifiche verso /dev/null...
(però usavo postfix, quindi non ti so dire esattamente con qmail).
In due settimane di "lavoro" il mio script aveva collezionato una
quantità enorme di rompicoglioni, aveva chiuso fuori mezzo mondo... e
dire che non avevo neanche un dominio vero e proprio (il mio sistema è
un semplice gateway casalingo con dominio "dinamico" su dyndns!!!).
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 un semplice gateway casalingo con dominio "dinamico" su dyndns!!!).
Con una soluzione del genere pero' non vorrei che iptables caricasse troppo
il server.
Questa macchina fa anche da DNS, server web, ftp, posta, mysql, interbase
ecc. ecc.
Tu hai notato cali di prestazioni? Quanto era lunga la catena di iptables?
Ciao
 Max

 
http://www.qmail.org/rbl/
Ok, grazie. Ci avevo gia' dato un'occhiata, ma ora guardo meglio.
Ciao
 Max

 No fai prima a dirigere la tua casella su /dev/null?
Direttamente l'alias + su /dev/null ?? Ci provo, grazie.
Comunque vedo se riesco a mettere anche qualcosa di RBL
Ciao
 Max

 Tu hai notato cali di prestazioni? Quanto era lunga la catena di iptables?
Mi pare di ricordare un centinaio di subnet bloccate, così ad occhio.
Per ognuna ovviamente c'era un ipchains (eh già...) -A input -s
$QUELCHEERA -j DENY.
Ma non credo ci sia problema per le risorse macchina, da questo punto di
vista. Considera che io lo facevo su un 486 100Mhz con 32 MB di ram, e
ce la faceva senza troppo carico per la CPU.


 ce la faceva senza troppo carico per la CPU.
fico. Comunque sto' meditando su una soluzione RBL
Ciao
 Max

Max wrote:

Basta modificare il file /service/qmail-smtpd/run aggiungendo
all'invocazione di tcpserver rblsmtpd.
Qui sotto ti ho incollato il mio:
QMAILQUEUE="/var/qmail/bin/
qmail-scanner-queue.pl
" export QMAILQUEUE
QMAILDUID=`id -u vpopmail`
NOFILESGID=`id -g vpopmail`
MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
LOCAL=`head -1 /var/qmail/control/me`
RBL_BIN="/usr/local/bin/rblsmtpd" 
RBL_1=`cat /var/qmail/control/rbl_1`
RBL_2=`cat /var/qmail/control/rbl_2`
if [ -z "$QMAILDUID" -o -z "$NOFILESGID" -o -z "$MAXSMTPD" -o -z "$LOCAL" -o
-z
"$RBL_1" -o -z "$RBL_2" ]; then
echo QMAILDUID, NOFILESGID, MAXSMTPD, LOCAL, RBL_1 or RBL_2 is unset in
echo /var/qmail/supervise/qmail-smtpd/run
exit 1
fi
if [ ! -f /var/qmail/control/rcpthosts ]; then
echo "No /var/qmail/control/rcpthosts!"
echo "Refusing to start SMTP listener because it'll create an open relay"
exit 1
fi
fi
exec /usr/local/bin/softlimit -m 90000000 \
/usr/local/bin/tcpserver -v -R -l "$LOCAL" -x /etc/tcp.smtp.cdb -c
"$MAXSMTPD" \
-u "$QMAILDUID" -g "$NOFILESGID" 0 25 \
"$RBL_BIN" \
        -r "$RBL_1" \
        -r "$RBL_2" \
/var/qmail/bin/qmail-smtpd 
DOMINIO.COM
 \
/home/vpopmail/bin/vchkpw /usr/bin/true 2>&1
Nei file /var/qmail/control/rbl_1 e rbl_2 ho messo le due liste su cui
eseguo i controlli (
rbl-xbl-spamhaus.org
 e 
realys.ordb.org
).
Mi raccomando prima di fare le modifiche fatti una copia del file orginale e
ferma qmail.
Nobusama