On Feb 18, 2004, at 4:17 AM, Rick Widmer wrote:
o Check the permissions and ownership of all the directores from the
Maildir of the users having problems all the way up to /. The user
and/or group QmailAdmin is running as must have rwx for all directories.

You can try `chown -R vpopmail:vchkpw ~vpopmail/domains` to fix the permissions.

As Rick said, it could be the permissions on the qmailadmin binary, especially if this install is not cdb-based. On cdb-based systems, you won't even be able to authenticate if qmailadmin doesn't have the correct permissions.

Here's a test program you can use:

#include <unistd.h>
#include <sys/types.h>
#include <stdio.h>

#define TEST_FILE "/home/vpopmail/etc/vpopmail.mysql"

int main() {
        uid_t   uid, euid;
        FILE *f;

printf ("Content-Type: text/html\n\n");

        uid = getuid();
        euid = geteuid();
        printf ("<P>UID: %lu<BR>effective UID: %lu</P>\n",
                (unsigned long) uid, (unsigned long) euid);

f = fopen (TEST_FILE, "r");
if (f == NULL) {
printf ("Error: Can't open %s for reading.\n", TEST_FILE);
} else {
printf ("No permissions problems opening %s.\n", TEST_FILE);
fclose (f);
return 0;

Save it as permtest.c, then do:

gcc -o permtest permtest.c && chown vpopmail:vchkpw permtest && chmod 06755 permtest

Copy it to your cgi-bin directory, then go to "http://your.server.name.here/cgi-bin/permtest";.

If it doesn't report the correct effective UID (it should match vpopmail's user number in /etc/passwd) then you have a problem.

Check that apache allows for suid programs to run, and that /etc/fstab doesn't have the nosuid option set for the mountpoint your web files are on.

Tom Collins  -  [EMAIL PROTECTED]
QmailAdmin: http://qmailadmin.sf.net/  Vpopmail: http://vpopmail.sf.net/
Info on the Sniffter handheld Network Tester: http://sniffter.com/

Reply via email to