Krzysztof Dabrowski wrote:
>
> Hello,
>
> I'm back with the requested update for the vpopmail dbfunctions patch (this
> patch implements aliases, forwards and commands out of the database instead
> of the dot-qmail files).
>
> Summary of changes:
>
> - ported to 4.9.9
> - multiple forwards and commands added - now you can set up a simple
> "mailing list" for few people in the database. It does not replace the
> ezmlm but for small groups works neat.
> - command line utilities to manipulate the dbfunctions.
>
> Most of the new features are by my friend Pawel Krawczyk ([EMAIL PROTECTED]),
> we are working on this patch together.
>
> If you want to test it, then please visit my page at:
> http://members.elysium.pl/brush/vpopmail/index.html
>
> Also expect a web based administration tool for it (it's in the works by
> one of our suporters).
>
> And a final question for Ken: Could you add it to the main distribution
> now? This patch is:
> - quite old and mature now
> - used by few people on production servers already
> - has command line tools so normal users can use it too
> - it's very cleanly separated from the other code using #ifdefs and does
> not conflict with anything.
> - by default it's turned off.
>
> As you can see, we are realy serious about vpopmail and puting our work in
> the main tree will be a benefit for both sides.
>
> Can we hear your opinion about this (and other list participants are also
> requested to comment).
>
> Kris
I definitly think we should add it to the main tree. I personally
haven't
had time to patch my version and use it. What would be really helpful
is if you could write up some (uggg) documentation. A nice blurb about
each of the new API functions, along with info on the new command line
programs, finished off with a section on overall design. That would
really help me use it and understand what you did ;]
The only other thing would be how should we retrofit the non mysql
modules. Maybe the best thing would be to leave the current cdb
functionality in place and update the new API/command line programs
to support the current .qmail file mechanism. What I'm looking to do
is make the underlying implementation be transparent to the users
of command line programs and to users of the API.
Ken
