procmail come smistare tutte le mail
lbrig...@bacco.bacco.it
paperino
a un utente pippo rispedendo quelle con soggetto "pippo"
e tutte le altre a un terzo utente di nome pluto
la prima parte del filtro funviona perfettamente mentre non riesco a
specificare a procmail di spedire TUTTE le restanti mail a pippo.
Le mail mi rimangono all'utente paperino...
ecco il .procmailrc
PATH=/bin:/usr/bin:/usr/bin
MAILDIR=$HOME/mail #you'd better make sure it exists
#DEFAULT=$MAILDIR/INBOX #completely optional
LOGFILE=$MAILDIR/from #recommended
:0
* ^Subject:.*pippo
/var/spool/mail/pippo
:0
* ^Subject:.*
/var/spool/mail/pluto
Ciao e grazie per l'aiuto
Luca
Crononauta
>Sto cercando di smistare le mail che arrivano all'utente
>paperino
>a un utente pippo rispedendo quelle con soggetto "pippo"
>e tutte le altre a un terzo utente di nome pluto
>:0
>* ^Subject:.*pippo
>/var/spool/mail/pippo
Non puoi fare così, perché procmail in quel caso è avviato coi
permessi di paperino, che chiaramente non ha accesso allo spool di
pippo.
Devi reindirizzare la mail, e se non sbaglio, era qualcosa del genere:
:0
* ^Subject:.*pippo
! pippo
eventualmente, se rimanesse la copia anche nello spool di paperino,
aggiungi anche:
:0
* ^Subject:.*pippo
/dev/null
(mi pareva ci fosse anche il modo di concatenare le due cose, senza
fare due regole distinte, qualcosa tipo:
:0
* ^Subject:.*pippo
{
! pippo
/dev/null
}
ma non ci giurerei: man procmail e procmailex per trovare le sintassi
esatte).
--
Crononauta
========== | togli 'sse' dall'indirizzo |
ICQ UIN: 4005815 | per rispondermi in e-mail |
IDAnet: http://adcserver1.biodip.unimi.it/ida/index.html
GP Legends: http://www.multiplayer.it/driving/index.html
Antonio barbone
lbrig...@bacco.bacco.it wrote:
> Sto cercando di smistare le mail che arrivano all'utente paperino a un
> utente pippo rispedendo quelle con soggetto "pippo" e tutte le altre a un
> terzo utente di nome pluto
ma dove lavori .. alla Disney ??? ;-)))
PATH=/bin:/usr/bin:/usr/bin
MAILDIR=/var/spool/mail # you'd better make sure it exists
LOGFILE=$MAILDIR/from # recommended
DEFAULT=$MAILDIR/pluto # in modo che tutte le e-mail che non corrispondono
# ai filtri di procmail vadano all'utente pluto ....
:0
* ^To:.*paperino
* !^Subject:.*pippo
/var/spool/mail/pippo
> la prima parte del filtro funviona perfettamente mentre non riesco a
> specificare a procmail di spedire TUTTE le restanti mail a pippo.
> Le mail mi rimangono all'utente paperino...
ma stai prendendo per il (_|_) !?!? chi e' mo sto "paperino" ????
> :0
> * ^Subject:.*pippo
> /var/spool/mail/pippo
questo ti manda a pippo tutte le e-mail con Subject pippo .... non
dovevano andare a pluto ???
> Ciao e grazie per l'aiuto
> Luca
mah !!!
ciao ciao
--
Antonio barbone ...... <hind...@tiscalinet.it>
A journey of a thousand miles must begin with a single step.
-- Lao Tsu
Antonio barbone
Antonio barbone wrote:
[CUT]
> ma stai prendendo per il (_|_) !?!? chi e' mo sto "paperino" ????
scusami ;-)))) l'alzeimher (si scrive cosi' ?) avanza !!!!
Angel Blue
> Sto cercando di smistare le mail che arrivano all'utente
> paperino
> a un utente pippo rispedendo quelle con soggetto "pippo"
> e tutte le altre a un terzo utente di nome pluto
Sentimi bene: per una risposta chiara e` necessaria una domanda
chiara e la tua non lo e` proprio! E potevi almeno metterci una
femmina! Minnie! ;-)
Utente paperino: cosa gli deve arrivare? Tutte le mail
indirizzate a paperino? O tutte le sue mail vanno reindirizzate
a pippo (o pluto - che cazz..)?
Utente pippo: cosa gli deve arrivare? Tutte quelle che vanno
amche a paperino? O solo quelle che vanno a paperino che hanno
il Subject "pippo"?
Utente pluto: cosa gli deve arrivare? Tutte quelle che vanno a
paperino tranne quelle con Subject "pippo"?
E i tre utenti devono essere utenti reali o possono essere
indirizzi virtuali (per es. Rockerduck potrebbe essere
l'indirizzo a cui mandare tutte le mail intorno ad un certo
progetto - fregare Paperone - ma non un utente reale)?
E poi una domanda fondamentale (anche se non sembra...): chi
decide dove va la posta di paperino? L'utente paperino o
l'amministratore del sistema?
--
Yours truly, | PCC on a FreeBSD box E-mail: ab...@mclink.it
Angel Blue |-------------------------------------------------------------
_*_ | "Sabotage is the only key of rationality we own."
| | (A. Negri)
lbrig...@bacco.bacco.it
>lbrig...@bacco.bacco.it wrote:
>
>> Sto cercando di smistare le mail che arrivano all'utente
>> paperino
>> a un utente pippo rispedendo quelle con soggetto "pippo"
>> e tutte le altre a un terzo utente di nome pluto
>
>
>indirizzate a paperino? O tutte le sue mail vanno reindirizzate
>a pippo (o pluto - che cazz..)?
>
>Utente pippo: cosa gli deve arrivare? Tutte quelle che vanno
>amche a paperino? O solo quelle che vanno a paperino che hanno
>il Subject "pippo"?
>
>Utente pluto: cosa gli deve arrivare? Tutte quelle che vanno a
>paperino tranne quelle con Subject "pippo"?
>
>E i tre utenti devono essere utenti reali o possono essere
>indirizzi virtuali (per es. Rockerduck potrebbe essere
>l'indirizzo a cui mandare tutte le mail intorno ad un certo
>progetto - fregare Paperone - ma non un utente reale)?
>
>E poi una domanda fondamentale (anche se non sembra...): chi
>decide dove va la posta di paperino? L'utente paperino o
>l'amministratore del sistema?
questo utente non deve rimanere nessuna mail...
In pratica le mail indirizzate a paperino che anno nel soggetto uno username
vaildo (Es. pippo) devono essere redirette a quello username;
tutte le altre a un utente diverso da paperino...
Ho provato a implementare questo meccanismo nel in /etc/procmailrc per
evitare di usare un utente (sebbene fittizio) per smistare la posta,
purtroppo sebbene le mail venivano smistate correttamente ai vari utenti
queste arrivavano in sei copie identiche per utente.
Sto utilizzando postfix come MTA...
vi allego il mio /etc/procmailrc
Ciao e grazie ancora per l'interessamento
Luca
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/shell
SHELL=/bin/bash
MAILDIR=$HOME/mail #you'd better make sure it exists
#MAILDIR=/var/spool/mail #you'd better make sure it exists
#DEFAULT=$MAILDIR/INBOX #completely optional
LOGFILE=$MAILDIR/from #recommended
#SENDMAIL=/usr/sbin/sendmail
# Lancia leggiposta se arriva un mex con priorità massima
:0c
* ^X-Priority:.*Highest*.$
|leggiposta
# Distribuisce la posta al gruppo tecnici in base all'oggetto
:0
* ^Subject:.*lbrighetti
! lbrighetti # in questo modo non arrivano le mail a lbrighetti
:0
* ^Subject:.*rsperanza
/var/spool/mail/rsperanza # cosi le mail arrivano ma in sei copie
:0
* ^Subject:.*mbertulu
/var/spool/mail/mbertulu
:0
* ^Subject:.*fgregni
/var/spool/mail/fgregni
# Distribuisce la posta al gruppo amminist in base all'oggetto
:0
* ^Subject:.*ascarietto
/var/spool/mail/ascarietto
:0
* ^Subject:.*scorradini
/var/spool/mail/scorradini
# Distribuisce la posta al gruppo start in base all'oggetto
:0
* ^Subject:.*ngerarchini
/var/spool/mail/ngerarchini
:0
* ^Subject:.*epredieri
/var/spool/mail/epredieri
:0
* ^Subject:.*sabbati
/var/spool/mail/sabbati
# Distribuisce la posta al gruppo soft in base all'oggetto
:0
* ^Subject:.*cbosi
/var/spool/mail/cbosi
:0
* ^Subject:.*uorsini
/var/spool/mail/uorsini
:0
* ^Subject:.*ediiorio
/var/spool/mail/ediiorio
:0
* ^Subject:.*bangusti
/var/spool/mail/bangusti
:0
* ^Subject:.*mmalmusi
/var/spool/mail/mmalmusi
# Distribuisce la posta che arriva dalla mailing di SAMBA
# al gruppo tecnici
:0c
* ^From.*samba-...@lists.samba.org*
/var/spool/mail/lbrighetti
/var/spool/mail/mbertulu
/var/spool/mail/fgregni
/var/spool/mail/gtori
/var/spool/mail/rsperanza
Angel Blue
> L'utente paperino è un utente fittizio che uso per smistare la posta, a
> questo utente non deve rimanere nessuna mail...
> In pratica le mail indirizzate a paperino che anno nel soggetto uno username
> vaildo (Es. pippo) devono essere redirette a quello username;
> tutte le altre a un utente diverso da paperino...
Scusa ma perche' allora non crei due utenti virtuali per cui
chi deve mandare una mail a paperino con soggetto "pippo" la
manda invece a nonna_papera di modo che venga inoltrata a
pippo?
Oppure sei nella situazione in cui, per es, hai un solo account
di posta, es pape...@provider.it e vuoi che le mail
provenienti dall'esterno verso questo indirizzo e con subject
pippo vadano a pippo e le altre tutte a pluto?
Allora, ragioniamo...
intanto nel file virtual di postfix devi mettere una regola
generale per cui la posta indirizzata a pape...@provider.it e
scaricata da fetchmail vada a pluto
pape...@provider.it pluto
bisogna poi assicurare che tutta la posta verso l'esterno abbia
un giusto indirizzo di ritorno - pape...@provider.it
dunque va aggiunto nel file sender_canonical:
pluto pape...@provider.it
pippo pape...@provider.it
a questo punto basta che pluto imposti un ~/.procmailrc
in modo che le mail con subject pippo vadano a pippo, es:
:0:
* ^Subject:.*[Pp]ippo
! pippo
questo manda tutte le mail per pluto con subject contenente
[Ppippo] a pippo.
L'espressione regolare ^Subject ecc. ha un piccolo
inconveniente: se pippo manda a pluto una mail con subject
*[Ppippo] questa semplicemente viene ritornata a lui...
D'altra parte sei tu che vuoi che le mail con pippo nel subject
vadano a pippo!
> # Lancia leggiposta se arriva un mex con priorità massima
> :0c
> * ^X-Priority:.*Highest*.$
> |leggiposta
> # Distribuisce la posta al gruppo tecnici in base all'oggetto
> :0
> * ^Subject:.*lbrighetti
> ! lbrighetti # in questo modo non arrivano le mail a lbrighetti
Eh!? In questo modo tutte le mail con Subject .*lbrighetti
andranno proprio a lbrighetti! Quale che sia il reale
destinatario! Leggo da man procmailrc:
Recipe action line
The action line can start with the following characters:
! Forwards to all the specified mail addresses.
Per fare quello che scrivi tu dovevi mettere:
* !^Subject ecc
in questo modo tutte le mail con subject diverso da .*lbrighetti
vanno a lbrighetti.
Oppure ho capito male il senso di quel commento?
> [...] Snippone del procmailrc
L'uso che vuoi fare di procmail e' sia pericoloso che in
contrasto con l'uso per cui e` stato pensato essenzialmente.
Pericoloso perche' rischi di perdere messaggi magari per un
flag sbagliato mentre con un MTA tipo postfix questo non
succede, in contrasto perche' e` pensato per essere un
programma essenzialmente per il il singolo utente (come
fetchmail per altro) e non come smistatore di posta per il
sistema - per questo c'e' - appunto - un MTA.
Usando postfix i tuoi problemi li puoi risolvere agevolmente
creando indirizzi virtuali indirizzando la posta ai quali essa
venga reindirizzata ad uno piu` indirizzi reali.
Se il tuo problema e' quello di avere indirizzi reali esterni
al tuo sistema - su Internet per intenderci -, che
corrispondano ai tuoi virtuali interni, indirizzando la posta
ai quali e scaricandola essa venga smistata secondo certi
gruppi o singoli allora lo puoi risolvere o adottando un
provider che permetta alias di uno stesso account (per es.
mclink) oppure sfruttando la possibilita` di avere indirizzi
e-mail a gratis in giro per la rete ovviamente badando al fatto
che i messaggi siano scaricabili da un pop server o simili e
non solo leggibili via web-mail.
Inoltre cerchi di fare anche qualcosa che va contro quella che
e` una, sana - almeno per me, gestione di un sistema
multiutente e che prevede che ogni utente prenda lui la maggior
parte delle decisioni che riguardano gli ambiti di quel che lui
puo' fare.
Esempio: tu vuoi che i messaggi di una mailing list vadano
nelle mbox di tot utenti usando procmail. Questo e` scorretto
(oltreche' pericoloso): e` l'utente che deve chiedere di
aderire ad una mailing list e mettere in atto, magari con
l'aiuto dell' amministratore, gli strumenti per farlo!
Se proprio non vuoi che il sistema riceva un msg della ML per
ogni utente che vi aderisce puoi usare il metodo del
forwarding, ma sempre dal lato dell'utente: per es. uno si
iscrive e forwarda con procmail, mantenendo una copia per se'
ovviamente, i messaggi a chi gliene fa richiesta o a chi pensa
possa interessare. Il destinatario a sua volta puo` filtrare il
messaggio come vuole, magari metterlo in un folder apposito e
non nella mbox di default o elaborarlo come vuole - al limite
cestinarlo in /dev/null.
--
Yours truly, | PCC on a FreeBSD box E-mail: ab...@mclink.it
Angel Blue |-------------------------------------------------------------
_*_ | "Complimenti per la festa - Una festa del cazzo"
| | (Marlene Kuntz)
lbrig...@bacco.bacco.master.it
>lbrig...@bacco.bacco.it wrote:
>
>> L'utente paperino è un utente fittizio che uso per smistare la posta, a
>> questo utente non deve rimanere nessuna mail...
>> In pratica le mail indirizzate a paperino che anno nel soggetto uno username
>> vaildo (Es. pippo) devono essere redirette a quello username;
>> tutte le altre a un utente diverso da paperino...
>
>Oppure sei nella situazione in cui, per es, hai un solo account
>di posta, es pape...@provider.it e vuoi che le mail
>provenienti dall'esterno verso questo indirizzo e con subject
>pippo vadano a pippo e le altre tutte a pluto?
Hai cetrato in pieno il problema; l'account pape...@provider.it deve essere
"condiviso" da 3 utenti: pippo, topolino, minnie
In pratica questi 3 utenti fanno parte del gruppo di lavoro paperino.
>Allora, ragioniamo...
>
>intanto nel file virtual di postfix devi mettere una regola
>generale per cui la posta indirizzata a pape...@provider.it e
>scaricata da fetchmail vada a pluto
>
>pape...@provider.it pluto
non mi è chiara una cosa.. fetchmail scarica la posta e la passa a quale utente?
probabilmente all'utente pluto; è questo che intendi?.
il fetchmailrc dovrebbe essere forse qualcosa come
poll mail.provider.it proto pop3
user paperino password paperino is start here
L'utilizzo del file virtual non fa si che le mail interne indirizzate a
pepe...@prov.it vengano indirizzate a pluto?????
>
>bisogna poi assicurare che tutta la posta verso l'esterno abbia
>un giusto indirizzo di ritorno - pape...@provider.it
>dunque va aggiunto nel file sender_canonical:
>
>pluto pape...@provider.it
>pippo pape...@provider.it
>
In questo caso però tutte,e non solo le esterne, mail scritte da pluto e da
pippo vengono riscritte nell'header di modo che risultino scritte da
pape...@provider.it
Il problema che essendo pippo un utente reale anche le mail che vengono
spedite a gli utenti interni risulteranno quindi spedite da
pape...@provider.it.
Qualora un utente interno fa un reply; la posta verrà letta non solo da pippo
ma nache da gli uetnti (tolino, minnie)
che condividono la mail iternet pape...@provider.it
O forse mi sbaglio???
>a questo punto basta che pluto imposti un ~/.procmailrc
>in modo che le mail con subject pippo vadano a pippo, es:
>
>:0:
>* ^Subject:.*[Pp]ippo
>! pippo
Il procmailrc dovrebbe perciò essere:
:0:
* ^Subject:.*[Pp]ippo
! pippo
:0:
* ^Subject:.*[Tt]opolino
! topolino
:0:
* ^Subject:.*[Mm]innie
! minnie
Ora se volessi nello stesso .procmailrc che tutte le altre mail che non hanno
nel soggetto uno "username" (pippo,topolino,minnie) vengano redirette a tutti i
3 utenti che regola devo inserire???
>questo manda tutte le mail per pluto con subject contenente
>[Ppippo] a pippo.
.....
>
>> # Lancia leggiposta se arriva un mex con priorità massima
>> :0c
>> * ^X-Priority:.*Highest*.$
>> |leggiposta
>
>> # Distribuisce la posta al gruppo tecnici in base all'oggetto
>> :0
>> * ^Subject:.*lbrighetti
>> ! lbrighetti # in questo modo non arrivano le mail a lbrighetti
>
>Eh!? In questo modo tutte le mail con Subject .*lbrighetti
>andranno proprio a lbrighetti! Quale che sia il reale
>destinatario! Leggo da man procmailrc:
>
>Recipe action line
> The action line can start with the following characters:
>
> ! Forwards to all the specified mail addresses.
>
>Per fare quello che scrivi tu dovevi mettere:
>
>* !^Subject ecc
>
>in questo modo tutte le mail con subject diverso da .*lbrighetti
>vanno a lbrighetti.
>
>Oppure ho capito male il senso di quel commento?
Si il senso è che così facendo a lbrigehtti arrivano delle mail di errore
da parte di postfix...
Grazie ancora per le spiegazioni datemi fino ad ora.
Non avrei mai pensato di trovare persone tanto disponibili....
Grazie ancora
Luca
Angel Blue
>>Oppure sei nella situazione in cui, per es, hai un solo account
>>di posta, es pape...@provider.it e vuoi che le mail
>>provenienti dall'esterno verso questo indirizzo e con subject
>>pippo vadano a pippo e le altre tutte a pluto?
> Hai cetrato in pieno il problema; l'account pape...@provider.it deve essere
> "condiviso" da 3 utenti: pippo, topolino, minnie
> In pratica questi 3 utenti fanno parte del gruppo di lavoro paperino.
>>Allora, ragioniamo...
>>
>>intanto nel file virtual di postfix devi mettere una regola
>>generale per cui la posta indirizzata a pape...@provider.it e
>>scaricata da fetchmail vada a pluto
>>
>>pape...@provider.it pluto
> non mi è chiara una cosa.. fetchmail scarica la posta e la
> passa a quale utente? probabilmente all'utente pluto; è
Fetchmail la deve passare a sendmail/postfix che provvede
a smistarla.
> questo che intendi?. il fetchmailrc dovrebbe essere forse
> qualcosa come
> poll mail.provider.it proto pop3
> user paperino password paperino is start here
Si` (io no ho "is start here").
> L'utilizzo del file virtual non fa si che le mail interne
> indirizzate a pepe...@prov.it vengano indirizzate a
> pluto?????
Si`, e` ovvio. E questo che incovenienti ti puo' creare?
>>bisogna poi assicurare che tutta la posta verso l'esterno abbia
>>un giusto indirizzo di ritorno - pape...@provider.it
>>dunque va aggiunto nel file sender_canonical:
>>
>>pluto pape...@provider.it
>>pippo pape...@provider.it
>>
> In questo caso però tutte,e non solo le esterne, mail scritte da pluto e da
> pippo vengono riscritte nell'header di modo che risultino scritte da
> pape...@provider.it
Si`. E' il sender che e` paperino@ecc. l'utente se vuole con
programmi tipo mutt puo' modificare gli header From e Reply-To.
> Il problema che essendo pippo un utente reale anche le mail che vengono
> spedite a gli utenti interni risulteranno quindi spedite da
> pape...@provider.it.
Certo, se pippo non maneggia gli header con il suo mailer.
> Qualora un utente interno fa un reply; la posta verrà letta
> non solo da pippo ma nache da gli uetnti (tolino, minnie) che
> condividono la mail iternet pape...@provider.it O forse mi
> sbaglio???
Non c'e' soluzione a questo se non, appunto, cambiare gli
header e/o filtrare le mail che vanno a paperino@ecc. e dunque
a pluto con procmail. Se hai _un_ indirizzo email condiviso da
tre utenti non si possono fare miracoli - quasi ;-)
>>a questo punto basta che pluto imposti un ~/.procmailrc
>>in modo che le mail con subject pippo vadano a pippo, es:
>>
>>:0:
>>* ^Subject:.*[Pp]ippo
>>! pippo
> Il procmailrc dovrebbe perciò essere:
> :0:
> * ^Subject:.*[Pp]ippo
> ! pippo
> :0:
> * ^Subject:.*[Tt]opolino
> ! topolino
> :0:
> * ^Subject:.*[Mm]innie
> ! minnie
Si`.
> Ora se volessi nello stesso .procmailrc che tutte le altre
> mail che non hanno nel soggetto uno "username"
> (pippo,topolino,minnie) vengano redirette a tutti i 3 utenti
> che regola devo inserire???
:0:
* ^Subject:.*
! minnie pippo pluto disney
mettendo questa regola alla fine, _dopo_ quelle particolari
precedenti.
> Grazie ancora per le spiegazioni datemi fino ad ora.
> Non avrei mai pensato di trovare persone tanto disponibili....
Uh, sono commosso... ;-)
Ma perche' non vai su qualche sito dove registri degli
indirizzi gratis e dai a ogni utente un indirizzo diverso (o
perche' non prendi un provider che ti permette gli alias: per
es. mclink con 180 mila all'anno ti da il dialup con tre
caselle postali vere e 10 alias - da ora forse anche di piu`):
prova www.subdimension.com dove NON serve dare nessun dato e da
dove puoi scaricare con fetchmail dal server pop e non solo
leggere la posta in web.
--
Yours truly, | PCC on a FreeBSD box E-mail: ab...@mclink.it
Angel Blue |-------------------------------------------------------------
_*_ | "Dammi un arma, Signore, voglio udire gli spari
| | voglio farne un po' fuori..." (Marlene Kuntz)