Newsgroup: it.comp.os.linux.software
Titolo: procamil: root e utente

Ho aggiunto a postfix l'utiizzo di procmail pensando di risolvere
cosi` tutti i problemi. Invece non e` cosi` semplice a quanto
sembra.
Problema uno.
Scarico la posta con fetchmail eseguito da root come una delle
attivita` da fare a connesione avvenuta. Naturalmente viene usato
il .procmailrc di root che non esiste. Dovrei usare -mda, ma
in questo modo fetchmail salta postfix e fa da solo. Non mi
sembra una grande soluzione.
Non sarebbe maglio far passare tutto da postfix?
Problema due.
Le mail di sistema (news, cron, ppp da cron) sono locali.
Arrivano a l'utente nuccio tra aliases e un .forward con nuccio
dentro. Anche qui viene ignorato il procmailrc perche' e` di
nuccio, mentre il destinatario reale e` root. Per ora ho usato
una soluzione a dir poco sporca. Ho fatto un procmailrc per root
che va a scrivere nelle mailbox di nuccio. Naturalmente ho
impostato lo stesso lockfile di nuccio.
Quale e` il modo corretto di configurare questa cosa?
Cerco di spegarlo meglio. Le mail dirette a root le ricevo io.
Voglio applicare anche a queste il filtro di procmail.
Grazie in anticipo.
A presto,
   Nuccio
 ---
You can find me at:
 e-mail: 
xywznucci...@usa.net
  REMOVE XYWZ FROM MY ADDRESS
 ICQ# 64759760

nuccio, mentre il destinatario reale e` root. Per ora ho usato
Postfix non consegna la posta a root. Non leggere la posta come root.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

 nuccio, mentre il destinatario reale e` root. Per ora ho usato
???
Viene letto il .procmailrc dell' utente finale che riceve la mail.
Se configuri Postfix perche' le mail di news,pincopallo vengano inviate a
"nuccio", verra' letto il .procmailrc di quest'ultimo.
-- 
Bai bii,
Gianluca.
Some are born to lose their heads and some are born to use them.

 writes:
Nuccio> 
Nuccio> Cerco di spegarlo meglio. Le mail dirette a root le ricevo io.
io ho definito root come un alias all'utente 'normale'. Se non ricordo
male  è anche espressamente  consigliato  nel file aliases  allegato a
postfix.
Ciao
Marco
-- 
Non colpire un uomo con gli occhiali.  Colpiscilo con una mazza da baseball.

 postfix.
Non funziona neanche cosi`. La cosa strana e che me lo fa solo
per le mail che l'utente news manda a root per notificare l'invio
degli articoli. Se io faccio 
su - news -c 'echo prova | mail -s prova root'
Questo si comporta normalmente, cioe` passa dal procmailrc di
nuccio, anche se non matcha con nessuna regola. 


 "nuccio", verra' letto il .procmailrc di quest'ultimo.
Tu mi vorresti dire che se alla fine di tutti gli alias ce ne uno 
root: nuccio
Quando la posta, da ogni dove, arriva a root viene rimbalzata a
nuccio attravero il suo promailrc. Questo non sembra avvenire.
C'e` qualcosa che mi sfugge da qualche parte, ma non capisco dove


Non sarebbe maglio far passare tutto da postfix?
nel file /etc/postfix/
main.cf
 metti:
 mailbox_command = /usr/bin/procmail
e verra' usato il .procmailrc dell'utente che riceve la posta.
-- 
                                  Ciao. Gigis.

 C'e` qualcosa che mi sfugge da qualche parte, ma non capisco dove
postalias l' hai usato?


 nella sua home.
Infatti e` quello che succede ad alcune delle mail. 


Credo di aver capito dove sta il problema, ma non so come
risolverlo.
Il mio ip-up.local manda in pipe a mail l'output dei comadi
eseguiti come qui di seguito
# invia i mex  in coda per i newsgroup
su - news -c '/usr/sbin/fetchnews -vvvP' | \
        mail -s "leafnode post: `date +%r`" root@shezan
 
Solo ed esclusivamente le mail mandate da questo script vengono
ignorate da procmail. Se eseguo lo stesso identico comando da
shell tutto funziona.
Ho il sospetto che la cosa sia collegata al fatto che ip-up e`
eseguito da pppd che e` suid root.


 Si.
Sembra che il fatto che fetchmail sia eseguito da ip-up.local
interferisca col normale funzionamento di postfix+procmail. Non
l'ho provato da shell, ma sarebbe coerente con quanto accade alle
mail che manda ip-up.local durante la sua esecuzione.


interferisca col normale funzionamento di postfix+procmail. Non
Dubito.


eseguito da pppd che e` suid root.
Lancialo da root e verifica.
Altrimenti mancano delle variabili di ambiente.
Per avere il logging io ho messo all'inizio:
exec > /var/log/ppp-debug 2>&1


 C'e` qualcosa che mi sfugge da qualche parte, ma non capisco dove
Viene rimbalzata a nuccio da postfix non da procmail! E`
postfix che legge aliases.db e smista la posta agli utenti!
Procmail prende la posta in arrivo per un utente e la smista o
no secondo certe regole (per es. in file diversi a secondo del
From: o del Subject. ecc. - certo potrebbe essere usato anche
per smistare la posta direttamente da fetchmail nelle mailbox
degli utenti ma dicono sia pericoloso :-)).
Quel che ti sfugge forse sono due cose: i file come aliases,
virtual, sender_canonical ecc. una volta modificati vanno
trasformati in file hash con il comando "postmap" (vedi man
page) che crea file con lo stesso nome e con l'estensione "db"
es: virtual.db
Fatto questo bisogna rilanciare postfix perche' rilegga i file
di configurazione "db" e questo lo fai con il comando:
postfix reload
-- 
Bye by Red  |  PCC on a Slackware-Linux box          E-mail: 
rw...@mclink.it
            |---------------------------------------------------------------
            |  "Information highway... Brain precipice"
            |   (Jerry Lewis)

 exec > /var/log/ppp-debug 2>&1
All'inizio di ip-up.local?


 Dubito.
Anche a me sembra strano, ma se ci pensi anche quelle mail
seguono lo stesso destino delle altre provenienti da ip-up.local.
Se uso l'opzione mda viene scavalcato postfix e tutto funziona,
anche se nel modo scorretto.


 Infatti e` quello che succede ad alcune delle mail. 
Se passano per Postfix, deve succedere a tutte.
Sei sicuro che le email che ti danno "problemi" vengano consegnate a
Postfix e che invece non vengano direttamente salvate nella dir di spool?


, relay=local, delay=1, status=sent
("|/usr/bin/procmail")
^^^^^^^^^^^^^^^^^^^^^^^
Come vedi postfix me lo dice proprio che non sta usando procmail
nel primo di questi log.


Si.
Cioe`, utilizzando l'opzione "mailbox_command = procmail" in 
main.cf
 di
postfix?
Pero` e` una cosa "tutto/niente": non c'e` modo di decidere in base
all'utente che cosa passera` da procmail e cosa verra` consegnato
direttamente?
Prelevando per esempio con fetchmail posta da piu` caselle, ognuna
associata ad un utente, far processare la posta di uno a procmail, e
consegnare invece direttamente il resto.
O non ha senso?
Ciao.

 postfix reload
Capisco che ho dato una spiegazione un po' troppo frammentata. Ti
ripeto brevemente quello che puoi vedere maglio rileggendo li
altri miei post di questo thread. 
Da me funziona tutto abbastanza bene. Postfix, alias, procmail...
Ho scoperto pero` che le mail mandate da dentro lo script
ip-up.local (che parte con i diritti di root, quando mi connetto)
non vengono processate da procmail. In uno dei post ci sno anche
i log. 
Ora sto provando a vedere se facendo partire fetchmail a mano,
fuori da ip-up, le mail passano da procmail senza bisogno di mda. 


 nel primo di questi log.
Non e' che quando sei collegato modifichi la configurazione di postfix con
"postconf -e" in automatico?


 "postconf -e" in automatico?
Se l'avessi fatto cosi` non mi sarei incasinato. 
Invece due file 
main.cf
[1|2] e un link 
main.cf
 che viene
spostato a connessione avvenuta mi ha fatto fare un errore da
imbecille. Vedi post "Chiedo scusa!"
Devo leggermi la man page di postconf. E` quello il modo corretto
di parlare a postfix.


 O non ha senso?
Sinceramente non ne vedo motivo.


 si potrebbero trovare a scrivere sulla stessa cosa.
Postfix fa dei controlli prima di scrivere su disco (primo fra tutti se
c'e' spazio).


consegnare invece direttamente il resto.
Possibilissimo: non abilitare procmail da postfix, e gli utenti che
lo vogliono basta che usino un file ~/.forward apposito. 
-- 
The Hitman - 
http://members.xoom.it/hitman
e-posta : sonicblast (at) 
tiscalinet.it
 
"I'm riding hight on a deep depression, 
 I'm only happy when it rain" (Garbage)