Newsgroup: it.comp.os.linux.sys
Titolo: problemi con procmail che non filtra

ciao a tutti,
ho un grosso ma grosso problema con un server di posta sotto linux.
ecco i dettagli.
un cliente ha una casella di posta (
azi...@azienda.com
) e tanti alias
(
ute...@azienda.com
, 
ute...@azienda.com
 etc.etc.) credo che sia
un account configurato in multidrop.
ora, gli ho installato una slakware 8.0 cosi' configurata
/usr/src/sendmail/cf/cf/
config.mc
include(`../m4/cf.m4')dnl
VERSIONID(`Configurazione Per Slak8')
OSTYPE(linux)
DOMAIN(generic)
define(`SMART_HOST', `
mail.provider.it
')dnl
FEATURE(masquerade_envelope)
FEATURE(nocanonify)dnl
FEATURE(`accept_unresolvable_domains')dnl
FEATURE(`accept_unqualified_senders')dnl
define(`PROCMAIL_MAILER_PATH', `/usr/bin/procmail')dnl
define(`confCOPY_ERRORS_TO', `local_postmaster')dnl
FEATURE(local_procmail)
MAILER(local)
MAILER(smtp)
MAILER(procmail)
e cosi generando il file 
sendmail.cf
 mi consente di
spedire la posta sia agli utenti interni che all'esterno
facendo il relay sul mail-server del provider.
funziona che e' 'na bellezza!
a questo punto ho configurato fetchmail per scaricare la
posta dal mail-server del provider, tramite l'utente
mail_admin e quindi
/home/mail_admin/.fetchmailrc
poll 
pop.provider.it
 protocol pop3
 user azienda is local_azienda
  password *******
quindi tutte le mail (alias compresi) che fanno capo ad
azi...@azienda.com
 vengono scaricate su /var/mail/local_azienda
e fino a qui tutto bene!
il problema entra con procmail. e si' perche' vorrei fare la seguente
configurazione
se il destinatario č 
ute...@azienda.com
 mandala a /var/mail/local_utente1
se il destinatario č 
ute...@azienda.com
 mandala a /var/mail/local_utente2
e via dicendo....
infatti ho configurato il file /home/mail_admin/.procmailrc 
:0
* ^To:.*
ute...@azienda.com
/var/mail/local_utente1
:0
* ^To:.*
ute...@azienda.com
/var/mail/local_utente2
[snip]
e qui si ferma tutto nel senso che i messaggi recuperati con fetchmail
vanno dritti a /var/mail/local_azienda e procmail non li filtra/smista
come da regole inserite nell'apposito file.
premetto che ho usato varie sintassi. ecco le prove
:0
* ^
TO_ut...@azienda.com
:0
* ^
TO:ute...@azienda.com
:0
* ^(To:|Cc:|Bcc:).*
ute...@azienda.com
inoltre per essere sicuri che non sia un problema di sendmail che
non richiama opportunamente /usr/bin/procmail ho anche inserito
nel .fetchmailrc il comando mda "/usr/bin/procmail -d local_azienda"
ma sembra che procmail se ne infischi e oltre tutto la cosa che
mi sconvolge č che non riesco a vedere alcun log nonostante
abbia provato (sempre in .procmailrc)
LOGFILE=/tmp/procmail.log
VERBOSE=yes (ma anche con VERBOSE=on)
LOGABSTRACT=all
di procmail.log nessuna traccia.
in /var/log/messages c'e' calma piatta.....
provato anche con un formail -s</var/mail/local_azienda | procmail 
con l'unico risultato di aver duplicato i messaggi sull'utente locale.
non so piů dove sbattere la testa.
avete qualche dritta da darmi ?
se riesco a far funzionare anche procmail scrivero' sicuramente
un mini-howto cosi' almeno non me lo scordo piů
grazie 1000
paolo

 
Non ho idea di quale sia il tuo problema con procmail (anche perchè
ammetto di non aver letto fino in fondo ;-) però la tua conf mi fa
strano, nel senso che non capisco per quale motivo non hai disegnato le
cose in modo da poter usare il multidrop anche dalla parte di fetchmail:
poll 
pop.provider.it
 protocol pop3
 user azienda with password ***** is * here
A patto che gli username sulla macchina locale corrispondano allo
username destinatario della mail, funziona già così, senza necessità di
catene kilometriche di regole di procmail.
Forse mi sfugge qualcosa?
-- 
Emanuele Balla aka Skull
-----------------------------------------------------------------------
Besides, I think [Slackware] sounds better than 'Microsoft', don't you?
(By Patrick Volkerding)


ciao,
la clausola 'here' non è implicita su fetchmail ?
cmq fetchmail funziona egregiamente. la posta viene scaricata e indirizzata
proprio all'utente locale che ho stabilito io.
sembra proprio che procmail non entri in funzione (e questo lo deduco dal
fatto che non vedo da nessuna parte il log di procmail stesso).
ne ho fatte di prove ma nisba. mi sono letto tonnellate di faq, simil-howto
e ricercato su deja per giorni e giorni.
da li non si schioda!
paolo

 
Quello che intendevo dire è che ho in un paio di posti una configurazione
come quella che ho postato, dove fetchmail *da solo* si occupa del
retrieve e della consegna a *tutti* gli utenti locali. Procmail lo uso
solo per il recupero e la processazione delle mail che finiscono
all'utente postmaster.
Fare il retrieve su un unico utente e poi smistare via procmail non mi
sembrava "straight-forward", tutto qui ;-)
Byez


(By Patrick Volkerding)
ciao,
ho riprovato anche con la clausola 'is here' ma non va.
boh! questa volta mi debbo arrendere. ho esaurito gli argomenti
ma in compenso ho preso un bel mal di testa.
grazie,
paolo


hai provato ad inserire le regole in etc/procmailrc e vedere se
funziona?
Sto avendo gli stessi problemi e utilizzando /etc/procmailrc tutto
funziona. Se le metto nel file .procmailrc dell'utente che smista non
succede assolutamente niente.
Ho provato ad utilizzare il file 
sendmail.mc
 di default e credimi
procmail entra in fuziona. Pero cosi non posso inviare mex al di fuori
della lan.
Sto cambiando sendmail con postfix. Vedro' se le cose vanno meglio.
Ho la sensazione che le macro i file virtual e canonical danno in
qualche problema
BYE