At 05.54 08/11/2005, you wrote:
On Nov 7, 2005, at 8:15 AM, Nicholas Harring wrote:
Please, please, please don't spread FUD by even implicitly blaming
chkuser for this. There's no way to implement chkuser in even a vaguely
efficient manner without linking against vpopmail. Vpopmail needs to
begin building a shared library, then everybody else can just magically
begin using it.

This puts the blame squarely where it belongs, on the heads of the
developers maintaining vpopmail who completely refuse to integrate
shared library support into vpopmail. They've been sent patches, and
never offered detailed reasons for refusing to integrate.

Please, please, please don't spread FUD by even implicitly blaming the vpopmail developers for this. ;-)

I've seen *one* patch for this and, IIRC, it didn't apply cleanly to the current version of vpopmail. I worked on it a bit, and liked the results, but delaying pushing it into the mainstream release.

One problem is that some programs (including qmailadmin) actually make use of information in the header files to conditionally compile its code. To truly move to a dynamic lib, we need to have any program that links to libvpopmail do so without using vpopmail's config file. It's not as simple as just making the lib dynamic.

What if we wrote an external program that chkuser could run instead of having to link to libvpopmail? Would that be a good solution.

Main reason for which I wrote chkuser that way is performance. I don't feel correct to run an external program each time I've to check a sender or a recipient (and I don't like qmail forcing everything new to run on external programs).

Another solution could be to spread vpopmail lib into two or more libraries, considering a stable core and added functionalities.

As I suppose core changing less frequently, that could help avoiding relinking so often (you could consider as having only the core as shared library).


Tom Collins  -  [EMAIL PROTECTED]
QmailAdmin:  Vpopmail:
You don't need a laptop to troubleshoot high-speed Internet:

Reply via email to