Problem solved. The nosuid flag was set on the /var partition. Without the flag, qmailadmin does work. For the moment I don't see any other solution, to disable nosuid flag in /etc/fstab for mount the /var partition. Are there any plans, to let qmailadmin run as a daemon and the cgi is only the webinterface, that connects to it? (as in the new version of sqwebmail) Perhaps the connection to the daemon would go over a socket (then Apache can be run chrooted again).
thierry -----Original Message----- From: Jeremy Kitchen [mailto:[EMAIL PROTECTED] Sent: Freitag, 5. Dezember 2003 17:21 To: [EMAIL PROTECTED] Subject: RE: [qmailadmin] still invalid login On Fri, 2003-12-05 at 09:25, Rietsch Thierry wrote: > yes of course. for testing i've enabled enable-clear-password in vpopmail, > so the password is correct that I enter. setuid bit set on it? should be either root or vpopmail, qmailadmin has to be able to write and read from the vpopmail directories. That's probably the problem. either that or the filesystem the qmailadmin binary is on is mounted nosuid. type 'mount' for more info. -Jeremy -- Jeremy Kitchen Systems Administrator [EMAIL PROTECTED] Kitchen @ #qmail on EFNet - Join the party! ..................... Inter7 Internet Technologies, Inc. www.inter7.com 866.528.3530 toll free 847.492.0470 int'l 847.492.0632 fax GNUPG key ID: 93BDD6CE
