Newsgroup: it.comp.os.linux.sys
Titolo: spamass-milter

Ciao a tutti.
Ho configurato spamass-milter.
Sembra funzionare benone se non fosse per messaggi tipo:
Jun 14 18:31:40 mx3 spamd[5234]: spamd: connection from localhost
[127.0.0.1] at port 54801
Jun 14 18:31:40 mx3 spamd[5234]: spamd: handle_user unable to find
user: 'info'
Jun 14 18:31:40 mx3 spamd[5234]: spamd: still running as root: user
not specified with -u, not found, or set to root, falling back to
nobody
Jun 14 18:31:40 mx3 spamd[5234]: spamd: processing message
<xx...@yyyyyy.zzz> for info:65534
Jun 14 18:31:43 mx3 spamd[5234]: pyzor: check failed: internal error
Jun 14 18:31:44 mx3 spamd[5234]: spamd: clean message (-0.8/15.0) for
info:65534 in 3.4 seconds, 27455 bytes.
Jun 14 18:31:44 mx3 spamd[5234]: spamd: result: . 0 -
HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RDNS_NONE
scantime=3.4,size=27455,user=info,uid=65534,required_score=15.0,rhost=localhost,raddr=127.0.0.1,rport=54801,mid=<xx...@yyyyyy.zzz>,autolearn=disabled
Il messaggio viene analizzato correttamente ed in caso di spam mi
viene effettuato un reject come da me richiesto.
Però:
a) sono normali gli errori sul setuid? Lui -di default- cerca di
utilizzare come nome utente quello preso dalla mail, non trovandolo
dovrebbe fare un fallback su quello specificato con il parametro "-u".
Io però ho specificato nobody eppure lui dice di non avere il
parametro impostato ugualmente. Inoltre, non si può proprio evitare il
setuid basandosi sull'indirizzo email? Ho tutti utenti virtuali quindi
non ci sarà mai corrispondenza....
b) pyzor da errore. Eppure eseguendo "spamassassin -t <mail.txt" pyzor
funziona correttamente.
c) spamass-milter[5243]: Could not retrieve sendmail macro "i"!.
Please add it to confMILTER_MACROS_ENVFROM for better spamassassin
results
i 3 errori si possono risolvere in qualche modo o posso
tranquillamente ignorarli?
Tnx.

 results
Questo errore resta. Qualche idea?
in 
main.cf
 ho:
milter_connect_macros = b i j _ {daemon_name} {if_name} {if_addr}
milter_end_of_data_macros = b i j _ {daemon_name} {if_name} {if_addr}
{mail_addr}

 Ho risolto, ora non ho più questi due errori.
Come? In modo che altri non chiedano...
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 Come? In modo che altri non chiedano...
Mi riquoto allora...

 funziona correttamente.
Quì la genialata: ho disattivato pyzor mettendo "use_pyzor 0"

 Questo errore resta. Qualche idea?
Se ben rammento, quello te lo tieni. La macro in questione dovrebbe 
essere relativa al queue-ID assegnato alla mail, e in fase DATA per 
postfix non ha alcun senso, dato che assegna il queue-ID solamente in 
seguito.
Prova a leggere 
http://www.postfix.org/MILTER_README.html
, comunque, 
perchè sto andando a memoria.

 seguito.
Ok grazie.
Tutto sto casino perchè non son riuscito a far funzionare milter-link.
Hai un deb per caso? :)
Uso SpamAssassin solo e soltanto per le blacklist remote e qualche
rules personalizzata (che potrei far benissimo con i body_checks di
postfix)

 Hai un deb per caso? :)
No. Ma farlo funzionare non è difficile: ci son solo due cose da tenere 
in considerazione:
1) che il socket deve stare nel chroot di postfix
2) che il socket abbia permessi di scrittura per postfix stesso.
Ah, ed una cosa poco documentata su cui mi sono scervellato: le 
whitelist generate dal "postmap" di postfix non funzionano se non fai 
partire milter-link con l'opzione "+smdb-key-has-nul".
Se vuoi ti mando l'initscript modificato e il file di configurazione di 
esempio: dovrebbe esser tutto quello che ti serve.

 esempio: dovrebbe esser tutto quello che ti serve.
Si grazie.
Mi faresti una cortesia così elimino SpamAssassin che sugli MX non mi
serve.