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/
