On Jun 25, 2007, at 1:58 AM, Rick Widmer wrote:
I think it would because QmailAdmin includes vpopmail code at the
linker level which requires it to be under the GPL license too.
Late linking with .so files is acceptable, because the product does
not include GPL code, and only links to an existing copy at run
time. That effect is why he wants the vpopmail library to be under
LGPL, but it is not.
Vpopmail does make .so files now, but there are configuration
options that change the library interface. If Bert can dictate to
the customer what vpopmail ./configure options to use it should
work. If various customers demand different settings he may need
to compile a different version of his program for each. I don't
know what options are safe to change and what will be a problem.
Perhaps Bert could contribute to vpopmail to make it a dynamically
linked library (.a instead of .so?), and to work in a way where
programs like QmailAdmin don't need to pull information from
Vpopmail's config.h file in order to compile correctly.
I'd really like to see that in vpopmail's future, so it would
theoretically be possible to upgrade vpopmail without having to
recompile qmailadmin, qmail-smtpd (for the chkuser patch) and
whatever other apps have a statically linked vpopmail in them.
Of course, if the company Bert is working for is just going to use
this software internally, then he might be OK as well (again,
IANAL). I thought GPL only came into play when you sold and/or
distributed binaries to other people.
Tom Collins - [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/