Newsgroup: it.comp.os.linux.sys
Titolo: interfaccia procmail

Ho N, con N>80, client con OE, che non consente di gestire filtri su
cartelle IMAP con Dovecot come server su una Ubuntu Dapper.
L'alternativa a cambiare gli N client sarebbe quella di permettere agli
N utenti di scriversi il loro .procmailrc nella loro home sul server.
La cosa non e` chiaramente proponibile tramite editor di testo, dato
che
un procmailrc e` una cosa veramente molto UNIX, non solo per le
eregexp,
ma anche per la sintassi e la logica di funzionamento di procmail, per
cui, se mai proponessi una cosa del genere verrei immediatamente
giustiziato senza processo, previa accurata e lenta brutalizzazione.
Webmin ha un modulo per procmail, ma e` solo di poco piu` entusiasmante
che editare un procmailrc a mano.
Ho visto che c'e` e sembra abbastanza meglio, anche se e` essenziale,
procmailbuilder, in perl, che come CGI, permette di configurare tramita
interfaccia web dei filtri di base, traducendo le condizioni in regole
procmail. Pero` anche questo ha degli svantaggi, del tipo che, oltre ad
avere solo funzioni basilari, non sembra cosi` facile da rendere non
dico sicuro, ma non troppo insicuro e inoltre si basa sul fatto che
l'utente si autentichi (e ci mancherebbe altro e quindi abbia il suo
username come variabile). In sostanza richieda ancora un certo
lavoro per poter essere usato in modo non troppo insicuro.
Cio` che mi sembra strano e` che non ci sia nessuna interfaccia di
configuazione di procmail, non dico amichevole, ma non troppo ostile,
dato che procmail esistera` almeno da un decennio (ma credo piu`).
Qualcuno conosce qualcosa di meglio?  
Andrea

 'filtri' che si interfaccia perfettamente con Procmail (o con Sieve).
Grazie.
Sto usando il plugin di Squirrelmail che di default c'e` qui su Ubuntu
Dapper 6.06 e si chiama filters e che funziona, ma di cui pero` anche
l'autore non sembra tanto entusiasta:
"This is a poor alternative to procmail or Elm's filter programs.  This
is a
pathetic replacement for good RBL mail scanning when you get the mail.
This
is more for systems that can't/won't offer that kind of functionality
and
you still require it.
This is slow.  Yep.  Slow."
Insomma, non sembra che sia il massimo. Un altro che pareva almeno
sulla carta meglio e intenzionato ad usare procmail (o maildrop)
serversidefilter
(
http://www.squirrelmail.org/plugin_download.php?id=210&rev=1045
), non
funziona e basta, nel senso che gia` dava degli errori in esecuzione
per cui ho dovuto installare un altro modulo (compatibility) e poi
continuava a darne (anche se meno). Ho cambiato (probabilmnente male,
ma non c'era alternativa, alcune include che non trovava - quelle che
ho sostituito erano gli unici file con lo stesso nome e presumibilmente
le stesse funzioni sotto la radice di squirrelmail, ma in altre
directory) e adesso non da piu` errori, ma semplicemente non fa cio`
che deve (definisco una regola, esco, rientro e la regola non c'e` piu`
- quindi sembrerebbe che non la salvi). Ho anche pensato di
ricompilarlo, ma vuole un include  imap/mail.h che non ho idea di dove
andare a pesacare.
Qualche altro suggerimento?
Andrea

 Qualche altro suggerimento?
Leggersi la documentazione di serversidefilter?
Aiuta, aiuta molto.
Per ricompilare il programma bastano  gli header (pacchetto sviluppo)
del client imap dell'universita` di washington (UW), che, essendo stato
il primo non sono cosi` difficili da trovare.
Il procmailrc poi lo scrive e anche giusto, peccato che lo faccia in
/tmp, dove non e` poi cosi` utile e comunque per nulla attivo sulla
posta dell'utente.
Vabbe', approfondisco perche' pare che ne valga la pena.
Andrea