Newsgroup: it.comp.os.linux.sys
Titolo: il server di posta non ce la fa piu'!!

Ciao
mi ritrovo a dare una mano a gestire un mailserver postfix di un ente
pubblico (premetto che i soldi per comprarne uno nuovo non ce li hanno)
e' un vecchio compaq ppro biprocessore ma con un processore solo e solo
128 mb di ram oramai entrambi introvabili
ci gira sopra una debian stable con postfix e l'antivirus mcafee
fino ad un mesetto fa andava abbastanza bene, ma con l'arrivo di netsky la
cpu sta al 100% fissa e la coda stamattina ha raggiunto piu' di 10000
messaggi
se ricompilassi il kernel aggiungendo la patch per openmosix e
affiancandogli una seconda macchina che magari fa il boot da dischetto o
da cd (con openmosix) secondo voi risolvo qualcosa?????? i processi fanno
in tempo a migrare????
oppure avete qualche altro consiglio?????
aiutatemi vi prego!!!!!!!!
tnx
-- 
         .--.	
        |o_o |		
        |:_/ |          Valenti Cristiano
       //   \ \	    	
      (|     | )	cristian...@NOTOGESTORESARDO.it
     /'\_   _/`\        ICQ# 172127931
     \___)=(___/     
 
  ... Dacci il Coraggio di cambiare le cose che possono essere cambiate,		
  l'Umilta' per accettare quelle che non possono essere cambiate, e la
   Saggezza per distinguere le une dalle altre...

 tnx
Io gli affiancherei la seconda macchina e creerei un alias sul dns, qualcosa
tipo :
pippo@pluto:/home/sysadm/pippo% host 
mail.co.paperopoli.it
mail.co.paperopoli.it
 has address x.x.x.32
mail.co.paperopoli.it
 has address x.x.x.31
Luca
-- 
<<>><<>><<>><<>><<>><<>><<<>><<>><<>><<
Luca Paredi
Computing technical supporter              
Universita' degli Studi dell'Insubria  
<<>><<>><<>><<>><<>><<>><<<>><<>><<>><<

 
mail.co.paperopoli.it
 has address x.x.x.31
scusami sono un po' a digiuno col dns
il dns in locale? eppoi come lo smista tra le due macchine??
dovrei cmq installare tutto anche sulla seconda macchina??
e come faccio a rendere la coda univoca sulle due macchine
-- 
         .--.	
        |o_o |		
        |:_/ |          Valenti Cristiano
       //   \ \	    	
      (|     | )	cristiano.valenti [presso] 
tiscali.it


 
Sul primario di quel dominio , quando i client richiedono
mail.co.paperopoli.it
 gli vieni passato in maniera indifferente il primo o
il secondo ip, una specie di load balancing. Io lo uso sui mailserver di
ateneo e funziona.


 ateneo e funziona.
interessante, ma resta il fatto che le mail in arrivo da dove le faccio
scaricare dai client??? la dir /var/mail la tengo su un comp solo e
sull'altro ci accedo via nfs??? non si incasinano? la soluzione dbms non
e' fattibile (ppro200+128mbram)
mi piaceva la soluzione openmosix perche' non avendo a disposizione
macchine rack bastava qualche macchina sparecchia da attaccare allo switch


 oppure avete qualche altro consiglio?????
Filtra almeno gli ip-dinamici. Il 90% di quei virus arrivano da li,
allegerando notevolmente il carico macchina.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Be afraid if you see a programmer with a screwdriver.

 allegerando notevolmente il carico macchina.
tramite blacklist? me ne consigli qualcuna non troppo invasiva?? oppure
qualche regola
-- 
         .--.	
        |o_o |		
        |:_/ |          Valenti Cristiano
       //   \ \	    	
      (|     | )	cristiano.valenti [presso] 
tiscali.it


 
Ti dico quello che faccio io :
la /var/spool/mail la condivido via nfs ma ho un hardware un po' piu' tosto
( due sun quadri ), hai provato ad usare un db per la password ( tipo NIS )
velocizza e non di poco l'operazione di autenticazione se hai un numero
elevato di utonti.


 ci gira sopra una debian stable con postfix e l'antivirus mcafee
E se gli affiancassi una macchina (anche il PC di una segretaria che si è 
licenziata) e facessi fare il controllo di mcafee sulla seconda macchina ? 
Io cercherei di bilanciare il carico dividendo i servizi. Anche se la 
soluzione via dns di Luca non è male però in quel caso sono del tuo parere 
e per ovviare mi sentirei più tranquillo aggiungendo una terza macchina che 
riceve i messaggi per tutti gli user (perciò un unico repository per tutte 
le mailbox) e mi sembra un po' ardua vista la scarsità di $ della premessa.
-- 
So many women and so little time
Rizio

 qualche regola
Se vuoi prendere _solo_ i dinamici, non dovresti avere problemi con
dynablock.njabl.org
dul.dnsbl.sorbs.net
Anche se io ci aggiungerei 
sbl-xbl.spamhaus.org
.


 licenziata) e facessi fare il controllo di mcafee sulla seconda macchina ? 
e come gli dico di lanciare il processo sull'altra macchina???
gli forwardo tutti i messaggi e poi li faccio scaricare da li'???(scusa se
ho detto una ca$$ata)
-- 
         .--.	
        |o_o |		
        |:_/ |          Valenti Cristiano
       //   \ \	    	
      (|     | )	cristiano.valenti [presso] 
tiscali.it


 Il Thu, 17 Jun 2004 13:38:35 +0200, Maurizio - Tannoiser ha scritto:
appoggio quanto detto da Maurizio.
Ho anche io machine simili che con il filtraggio tramite RBL e amavis +
clamav non hanno il minimo problema a gestire traffici alti.
Per il problema della coda, siccome avrai almeno il 90% delle email che
spediscono ad indirizzi o server inesistenti, potresti in periodo di
emergenza settare in 
main.cf
  maximal_queue_lifetime=1d 
o comunque un valore congruo al tuo problema...
consiglio vivamente anche la lettura preliminare di 
 
http://jimsun.linxnet.com/misc/postfix-anti-UCE.txt
e poi la documentazione di postfix per gli approfondimenti del caso.
Una cosa simile ti cambia la vita, ti assicuro!
Max

 ho detto una ca$$ata)
Dipende cosa usi.
Se us(i|assi) amavisd-new, puoi istruire postfix affinchè consegni le
mail a amavisd-new via socket tcp, che quindi può essere (nel caso
comune) sulla macchina stessa come su una macchina distinta (l'ip del pc
della segretaria). In questo caso, la prima macchina avrebbe solamente
postfix e la seconda solo l'AV.
In ogni caso, se non ne fai già uso, consiglierei innanzitutto una buona
serie di blacklist (quelle che ti diceva mauruzio) perchè ti risparmian
un 60% di fuffa in ingresso (e quindi un 60% di carico macchina in meno..)
Hola..
-- 
The Skull says:
A Linux machine! Because an (i386|ppc|alpha|PA-RISC)
is a terrible thing to waste!

 un 60% di fuffa in ingresso (e quindi un 60% di carico macchina in meno..)
Diciamo che a me risparmiano, su alcune macchine abbastanza famose, il 90%
di fuffa !!!
Max

 Se us(i|assi) amavisd-new, puoi istruire postfix affinchè consegni le
amavis della debian stable...


 amavis della debian stable...
allora afaik te lo tieni lì, a meno che tu non voglia
http://www.backports.org/package.php?search=amavisd-new
Hola...


 amavis della debian stable...
consiglio amavisd-new...
io di solito me lo backporto compilandolo e pacchettandolo da solo.
quello da backports non lo conosco ma il succo č:
amavisd-new č mooolto meglio.
max

 di fuffa !!!
intendevo il 60% del traffico totale, non il 60% della fuffa ;-)


 ho detto una ca$$ata)
Quando entrano in gioco i guru (Skull, Maurizio, ecc) credo che aggiungere 
altro diventi superfluo :)
....poi non uso debian perciň prenderei buona la risposta di Skull ;)
P.s. Maurizio ti ho "gentilmente copiato" gli indirizzi delle rbl per 
aggiungerle anche al mio 
main.cf
, grazie.


 Ciao
Ringrazio immensamente tutti,
per adesso filtrero' solo gli ip dinamici, per adesso la modifica meno
invasiva, se non basta vedro' di fare altro
grazie mille davvero di cuore
Ciao


 intendevo il 60% del traffico totale, non il 60% della fuffa ;-)
Anche io intendevo il 90% del traffico totale!!!
come da post di un paio di giorni fa:
   2250   received
   1159   delivered
      3   forwarded
      1   deferred  (1  deferrals)
     12   bounced
  11870   rejected (91%)
      0   reject warnings
      0   held
      0   discarded (0%)
max

 
Io (per i dinamici) uso queste:
32168 DNSBL 
dul.dnsbl.sorbs.net
6107 DNSBL 
sbl-xbl.spamhaus.org
1453 DNSBL 
dnsbl.njabl.org
il numero è quanti messaggi hanno stoppato, quindi per me dul è la più 
efficente
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Prima di parlare collegare la spina del cervello,
	 leggere e in caso di schermata blu riavviare.

   11870   rejected (91%)
Ma lol!
Che razza di gente frequenti? ;-)


 aggiungerle anche al mio 
main.cf
, grazie.
Hai fatto bene.
Puo` essere sufficentemente safe, aggiungere queste:
relays.ordb.org
,
l1.spews.dnsbl.sorbs.net
,
Piu` magari qualcos'altro di sorbs, (eccetto 
spam.dnsbl.sorbs.net
 che e`
poco utilizzabile per bloccare).
A voler ulteriormente perfezionare, aggiungere _almeno_ queste opzioni
di blocco (sono in postfix-style, ma esistono anche in $altromta):
reject_non_fqdn_sender,
reject_unknown_sender_domain
Anche questo taglia una buona fetta di mail invalide (anche solo per un
eventuale bounce).
HTH.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
char *p="char *p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}

 efficente
Solo come precisazione:
dul e` un ottima lista. la lista dei dinamici di njabl e`
dynablock.njabl.org
 che e` l'attuale maintainer della defunta
dynablock.easynet.nl
. Le due liste sono sono abbastanza speculari, ma
non identiche, per cui, /penso/ valga la pena di usarle entrambe.
Ovviamente, i risultati, dipendono fortemente dall'ordine in cui vengono
interrogate, tra liste che hanno lo stesso scope.
dnsbl.njabl.org
 e` la lista njabl originale che comprende diverse cose
tra cui liste di dinamici, ma la parte dinamici non viene piu`
aggiornata in favore dell'apposita dynablock.
Morale: se vuoi *solo* i dinamici, ti conviene usare dynablock e dul.
Se vuoi tutta njabl, ti conviene usare 
combined.njabl.org
 (che comprende
sia dnsbl che dynablock, e fa una query in meno a messaggio).
Io uso combined infatti.
infine, sbl-xbl non lista dinamici ma (rispettivamente) spam-source
verificati e worm/trojan verificati.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------


 writes:
C> come da post di un paio di giorni fa:
C> 2250   received
C> 1159   delivered
......
Per curiosita`, cosa usi per generare  le statistiche ? Se c'e` un soft-
ware gia` pronto, mi risparmio di star li' a scrivermene uno io... :-)
BTW, ho postfix 2 (con RBL varie e reject degli attachment "eseguibili")
+ amavisd-new  + clamav.  Sono  indeciso su Spamassassin  perche', cono-
scendo i  miei utenti  [*], potrebbe crearmi  piu` lavoro di  quanto non
ritenga consigliabile per restare in salute (mentale).
        [*]  Quanti ne conoscete  che hanno  preso il  My Party,  che si
        collocava solo un  gradino piu` in su del  Virus Albania (quello
        basato su "Fiducia e Cooperazione") ?
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]

 tnx


 efficente
Bella forza.. ma in che ordine le hai messe? ;-)


 eventuale bounce).
Che dire.... RiGrazie mille, aggiorno subito le rbl :)
Ammetto però che con il reject_non_fqdn_sender ho avuto dei problemi con 
alcuni mail server perciò non mi fido ad implementarlo adesso come adesso 
(e mi riallaccio alla discussione che portavi avanti con CtRiX - server 
configurati male)


 configurati male)
Qualcuno ha detto "mailing lists di microsoft"?


 Puo` essere sufficentemente safe, aggiungere queste:
credo che per il 25 dicembre prossimo, come regalo di natale, ci 
incollera' il suo 
main.cf
 completo.
IMHO uno dei piu' bei regali per chi amministra postfix 
(o cerca di farlo)
;-)
-- 
Ciao, Manuel
Ma dottore, io mangio un sacco di frutta: metto sempre tre ciliegie 
in ogni Martini!
		-- Martin Short

 Qualcuno ha detto "mailing lists di microsoft"?
Uuuuhhhh ...... adesso dovrei dire qualcosa di intelligente Skull ? 
Ci farò la figuraccia ma non ho capito..... please any hint ?


 Ci farň la figuraccia ma non ho capito..... please any hint ?
Alcune delle mailing list microsoft risultano avere, come dominio
mittente, domini di terzo livello non esistenti sulle zone pubbliche, e un
reject_unknown_sender_domain le sega selvaggiamente. Almeno, cosě era
fino a non molto tempo fa...
No more... ;-)


 
Opps


 
reject_rbl_client 
dul.dnsbl.sorbs.net
,
  reject_rbl_client 
list.dsbl.org
,
  reject_rbl_client 
dnsbl.njabl.org
,
  reject_rbl_client 
sbl-xbl.spamhaus.org
,
  reject_rbl_client 
http.dnsbl.sorbs.net
,
  reject_rbl_client 
socks.dnsbl.sorbs.net
,
  reject_rbl_client 
misc.dnsbl.sorbs.net
,
  reject_rbl_client 
smtp.dnsbl.sorbs.net
,
  :-]


 In che ordine le applichi? :)
Ehmmm (vedi sopra)


 fino a non molto tempo fa...
Non lo sapevo, fortunatamente il mio collega che segue M$ non è iscritto a 
nessuna mailing list..... 
.
.
.
oppure no.... 
.
.
.
ops, mi sono giust'appunto ricordato che devo verificare una cosina...
scusatemi (clop clop clop)
:)


 (o cerca di farlo)
Concordo e mi affianco al suggerimento.


 Qualcuno ha detto "mailing lists di microsoft"?
/me sviene dal ridere.
Davvero? (retorica).


         basato su "Fiducia e Cooperazione") ?
ROTFL!!!!
Max

   :-]
Ecco perchè non sono statistiche affidabili... :-P
Io mi son fatto una cosa tipo (no comment sulla qualità del codice,
please...):
if ($dataread =~ /\[(\d+.\d+.\d+.\d+)\]$/) {
        $ip = $1;
        # Dunno for my own network
        if ($ip !~ /^147.123./) {
                $statstring = time.":$ip";
                # Ask for dnsbl listings
                foreach (@lists) {
                        my $dnsbl = $_;
                        chomp $dnsbl;
                        $statstring .= ":$dnsbl ".(&BLQuery("$dnsbl.$rbldnsd","$ip")?Y:N)
                }
                print DBFile "$statstring\n";
        }
}
Gli passo su socket tutte le righe tipo
postfix/smtpd[xxxx]: connect from
filtrate da syslog-ng, e ne ricavo un file del tipo (scusate il wrap)
1087423329:193.41.7.204:njablpxy N:sorbsproxy N:xbl N:pdl N:sorbsdul
	N:njabldyn N:losabl N:dsbllist N:njablrly N:sorbssmtp N:njablmhp
	N:njablfml N:sorbsweb N:sorbszombie N
1087423331:68.49.89.232:njablpxy N:sorbsproxy N:xbl N:pdl N:sorbsdul
	Y:njabldyn N:losabl N:dsbllist N:njablrly N:sorbssmtp N:njablmhp
	N:njablfml N:sorbsweb N:sorbszombie N
1087423336:222.64.62.125:njablpxy N:sorbsproxy N:xbl N:pdl N:sorbsdul
	N:njabldyn N:losabl Y:dsbllist N:njablrly N:sorbssmtp N:njablmhp
	N:njablfml N:sorbsweb N:sorbszombie N
Che poi sparo in DB dopo un po' di rimaneggiamento per ottenere le
statistiche di efficienza (le quali al momento sono ancora in alto mare,
ma almeno ho i dati...)
E' un po' incasinato, ma c'è da dire che le statistiche sulle blocking
list devono essere istantanee. E' tutt'altro che raro che a 10 minuti di
distanza la situazione muti radicalmente, e questo è il metodo più
diretto che ho trovato per ottenerle...
Uno skull progressivo...


 
Io mi sono fatto un bello script in perl che con File::Tail parsa i logs e
genera in real time le statistiche. 
Poi con un altri programmino mi ci interfaccio a mrtg e ad altra roba
simile (non ho trovato nulla di decente come esiste per qmail o per
sendmail).
vedere l'andamento del server è proprio uno spettacolo.. soprattutto quando
ci sono le invasioni di virus !!
Max

 sendmail).
L'idea mi è di farlo in php, per digging su DB.
Il più è compattare i dati (tanti!).
Hola!



Santoddio...


 ware gia` pronto, mi risparmio di star li' a scrivermene uno io... :-)
E` uno script di MdI, lo trovi anche sulla mia home:
http://erlug.linux.it/~tann/progs.html
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Programmer (n): One who makes the lies the salesman told come true.

 incollera' il suo 
main.cf
 completo.
Ma rotfl. Non e` che sia niente di speciale, e` mutuato ad una serie di
esigenze.
Delle due forse puo` essere interessante un post, che ho scritto di
recente in erlug, a proposito di rbl e blocchi vari.
Ci dedico un thread a parte cosi` la ricerca, eventuale, puo` essere
piu` significativa.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------


   reject_rbl_client 
smtp.dnsbl.sorbs.net
,
Come vanno queste, anche alla luce dei blocchi sopra? Non ho statistiche
specifiche, posta posta. :)


 rsync, ma non c'è combined fra gli scaricabili.. Oppure me lo sono perso?
Forse perche` recente, forse perche` devi fare una richiesta apposita,
non saprei.
Io la uso diretta.
cmq: 
http://www.njabl.org/use.html
. Se sei iscritto alla loro ML (e se
la prendi da rsync e` consigliato) forse e` passato un messaggio in
merito.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------


 128 mb di ram oramai entrambi introvabili
Io, a parte tutto il resto, non sarei cosi' sicuro di questo. :)
Prova a chiedere in it.comp.retrocomputing,
free.it
.<qualchecosa>.retrocomputing, nonche' a dare un'occhiata sugli
eBay.
Che ne so, magari e' questo:
http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&category=8074&item=5704397707&rd=1
	consigliatamente,
	    Cthulhu
-- 
http://www.rlyeh.it/

Scusa Roberto...
ma per applicarli a qmail hai qualche link o dritta da indicarmi ??
grazie mille!!


 ma per applicarli a qmail hai qualche link o dritta da indicarmi ??
Non sono Roberto, ma e' piuttosto semplice:
nel file /service/qmail-smtpd/run aggiungi, sulla riga che inizia con
  exec /usr/local/bin/softlimit ...
prima di
  /var/qmail/bin/qmail-smtpd 2>&1
l'opzione -r seguita dalla lista.
Ad, esempio:
  exec /usr/local/bin/softlimit -m 2000000     /usr/local/bin/tcpserver
  -v -R -l 0 -x /home/vpopmail/etc/tcp.smtp.cdb -c "$MAXSMTPD"
  -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp /usr/local/bin/rblsmtpd
  -r 
dul.dnsbl.sorbs.net
 -r 
list.dsbl.org
 -r 
dnsbl.njabl.org
 -r
 
sbl-xbl.spamhaus.org
 -r 
http.dnsbl.sorbs.net
 -r 
socks.dnsbl.sorbs.net
  -r 
misc.dnsbl.sorbs.net
 -r 
smtp.dnsbl.sorbs.net
  /var/qmail/bin/qmail-smtpd 2>&1
ovviamente tutto su un'unica riga.
Ovviamente e' inutile dirti di fare una copia di backup prima ;-)
Solo una cosa: qualcuno ha qualche script o programma per fare le 
statistiche?
-- 
ciao            |visita
                 |
http://www.sifor.it
gelty           |
http://www.sifor.com
-------------------------------------
E' esplicitamente vietato usare l'indirizzo e-mail di questo messaggio
per fini diversi dalla risposta al messaggio stesso (Art. 10 DL. 171/98).

 writes:
C> pflogsumm
C> 
http://jimsun.linxnet.com/postfix_contrib.html
Grazie ad entrambi: li provo tutti e due e guardo quale da` l'output
piu` adatto a far colpo in Consiglio di Dipartimento :-).
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]

 piu` adatto a far colpo in Consiglio di Dipartimento :-).
Io li uso entrambi. pflogsumm, e` un tool statistico di _tutta_ la
posta. spam_stats, fa un report solo della roba bloccata.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
It's the good girls who keep diaries; the bad girls never have the time.

 writes:
LP> Grazie ad entrambi: li provo tutti e due e guardo quale da` l'output
LP> piu` adatto a far colpo in Consiglio di Dipartimento :-).
Pensavo  facessero essenzialmente  la stessa  cosa, invece  sono comple-
mentari: anche meglio!  Per il  prossimo CdD prevedo un bel rapportino a
colori  (eh, bisogna pure  usarla, la  nuova fotocopiatrice/stampante...
:-)) cosi`  magari qualcuno si rende  conto che non passiamo  le ore da-
vanti al monitor solo per scaldare le sedie ed evitare che ce le portino
via... 
E' il problema del nostro lavoro: si nota solo quando NON funziona qual-
cosa, altrimenti per gli utenti passiamo il tempo a far niente...


 Ho fatto qualcosa, ma fa (ancora) troppo schifo per essere pubblicato. :)
E tu spediscilo solo a me ;-)
