On Don, 2002-09-26 at 01:13, David wrote:
What I have is php compiled as a CGI as well as the apache module. I am
going to write up a php cgi script that will be doing all the mailfilter
mods, and set it to execute as vpopmail:vchkpw, this will allow the
mailfilter modifying php cgi to access and make changes to the
mailfilters in the users Maildir's. From what I have been reading, this
should be an acceptable alternative, specially if the stand alone php is
out of the web tree, as it appears to protect itself from non-genuine
execution attempts on the php script that will be doin the work pretty
well. It will be probably interesting cause I have never compiled/used
php as anything other than a Apache module before, so I will probably
make any number of mistakes before it gets tested properly, but I'm
hopeful.
I had a similar problem and got it solved yesterday:
I'm running qmail-ldap, courier and Horde/IMP as webmail app. The user's
create their filters with a nice web-gui. All the info is then parsed,
converted to a maildrop filter and stored in user's ldap record. I set
the deliveryprogrampath for qmail to a script that reads the data from
ldap, writes it into virtual user's Maildir and starts maildrop. That's
all, works pretty good... I mean after 4 days of my resultless attempts
to patch maildrop so it reads the recipe directly from LDAP I consider
this a passable solution :)
There's one issue about this solution: speed. Without any "external"
MDA's, qmail is delivering approximately 100 mails per second, if all of
these mails have to be filtered, there are only 10-15 mails per second.
But I guess it's not really crucial, 'cos hey, how many of your users
actually do use filters? Maybe 10-15%?
I'm not familiar with postfix, but I guess you can solve your problem in
a similar way.
Greetings,
Igor
4 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Maildrop .mailfilter ...
