Newsgroup: it.comp.os.linux.sys
Titolo: lan: qmail + fetchmail + qmail-scanner.. ! :)

Salve a tutti,
mi intrufolo in questo ng per la prima volta per chiedervi una mano su 
un problemuccio di configurazione.
Sto configurando un mailserver per una lan. Monta qmail e courier imap.
Tutto funziona perfettamente, relay delle mail agli utenti locali 
incluso.
Ora per scaricare la posta di vari account esterni per un utente uso 
fetchmail che passa il tutto a procmail il quale (a seconda del 
.procmailrc settato da ciascun utente) a sua volta smista la posta nelle 
varie maildir. Fin qui tutto bene :)
Mi è venuta voglia di installare un antivirus sul server per smistare ed 
eliminare tutta la porcheria che giornalmente mi arriva. Dopo aver 
spulciato un po' qua e la opto per qmail-scanner + f-prot.
Installo e lo testo (con test_install.sh mi pare) e nonostante le mail 
non mi arrivino (?!) le vedo regolarmente copiate nella maildir 
quarantena e i log dicono che tutto ha funzionato.
IL PROBLEMA: far scannare le mail scaricate da fetchmail.
Ora la situazione è la seguente:
fetchmail -> procmail -> Maildirs_varie
visto che la queue di qmail non viene coinvolta.. niente scanning :(
E non so proprio come gestire la cosa a questo punto.
Ho letto qua e la' e fatto un po' di prove. Inzialmente ho pensato di 
passare tutto direttamente a qmail-inject, facendo un dot-qmail che 
avesse la strtinga "/path/procmail" ma mi sono presto reso conto che le 
mail cosi' riuscivano *ovviamente* dal sistema :(
Mi pare si possa interfacciare direttamente fetchmail con qmail, solo 
che in questo modo perderei la possibilità di filtering di procmail che 
mi è tanto comoda. L'ideale sarebbe:
fetchmail -> qmail -> procmail -> Maildirs_varie
o in alternativa:
fetchmail -> procmail + scanning -> Maildirs_varie
Qualche consiglio?
Grazie mille :) 
 
ciao,
d.

 visto che la queue di qmail non viene coinvolta.. niente scanning :(
Ne sei sicuro?
Il comportamento standard di fetchmail e'
1) scaricare la posta via procotollo pop3 o imap
2) inviare la posta scaricata a localhost via smtp
Quindi il giro dovrebbe gia' essere:
pop -> fetchmail -> smtp -> qmail -> procmail -> maildirs
a meno che fetchmail non sia lanciato con l'opzione
--mda comando
che forza la consegna utilizzando un comando specifico
(ma l'unica volta che ho sentito usare questa opzione
era una persona che non voleva avviare il daemon smtp sulla sua
macchina).
Probabilmente la consegna tramite procmail e' specificata nel file di
avvio di qmail (la consegna da locale a locale passa attraverso 
procmail?)
Controlla bene.

 procmail?)
fetchmail contiene questo:
poll server with proto POP3
    user "user" with password "pass"
    mda "/usr/bin/procmail"
in poche parole utilizza procmail per la consegna diretta nelle maildir.
Ho provato ha inviare direttamente via smtp sostituendo a procmail:
mda "/var/qmail/bin/qmail-inject %T"
le mail effettivamente partono indirizzate a utente@localhost. (notare 
il punto finale) solo che poi mi tornano indietro con la motivazione che 
"localhost." è ovviamente sconosciuto. Ho quindi toccato un po' i files 
me, locals ecc sotto qmail/contrtol: cambia effettivamente il dominio ma 
non viene mai riconosciuto (e qui mi piacerebbe capire come si comporta 
qmail con la risoluzione dei nomi di dominio, a quanto ho capito non 
utilizza il file hosts ma esclusivamente i suoi sotto control/).
Tutto questo con la speranza poi che il file dot-qmail nella home del 
singolo utente con la stringa "| procmail" reindirizzi le mail che 
passano la scansione a procmail per venire ulteriormente filtrate nella 
maildir dedll'imap.
d.

 maildir dedll'imap.
Post al volo solo per dire che ho risolto il tutto. Omettendo la 
chiamata all'mda e sistemando l'smtpd di qmail funziona (la cosa strana 
è che fetchmail funziona anche senza smtp locale attivo, evidentemente 
se ne accorge e passa direttamente la posta alle maildir ).
Il file dot-qmail che richiama procmail fa in modo che le mail che 
passano lo scanning vengano regolarmente processate.
evviva :)
ciao e grazie,
d.