Re: [Omail-devel] authdaemon trouble, end of script headers

[Sancho2k.net L. <li...@sa...>]

Carter Smithhart wrote:
> For the Apache error.. It might be related to suexec..
> take a look at the suexec_log at the same time that you get the Internal
> Server Error..
> 
> tail /var/log/httpd/suexec_log

You're right. It was logging this error:

[2003-05-24 16:00:26]: info: (target/actual) uid: (webmail/webmail) gid: 
(webmail/webmail) cmd: omail.pl
[2003-05-24 16:00:26]: error: target uid/gid (1022/1016) mismatch with 
directory (0/0) or program (0/0)

So I changed ownership of the webmail2 directory and the omail.pl to 
webmail:webmail - it worked. What is the list of required files to be 
owned by the webmail user? What should the perms on the directory be?

> 
> If you can run omail.pl from the command line, my guess is that suexec
> may be configured incorrectly or the apache conf is not quite right. I
> had a bit of trouble getting the virtual host stuff working in my
> httpd.conf... Let me know if you aren't seeing any errors in the
> suexec_log.. It's also possible your installation of apache didn't
> include suexec, which is required for the default installation of
> webmail... 

suexec was fine. That was easy to set up on OBSD.

> But this can be gotten around by running omail.pl as the same
> user that apache runs as instead of a special webmail user.
> 
> As far as mcookie goes, yes omail requires it or another program that
> does the same thing. omail.conf assumes it is located in
> "/usr/bin/mcookie". 

Um. Is mcookie part of XFree86? Near as I could tell from google, it is. 
Problem is, no X and no X libraries on my system. It's a true blue 
server and has no X gunk on it. What's the suggestion?

> 
> For authtest.pl, if you're getting "bad password", that means you are
> communicating with the courier-imap auth mechanism. Do you use
> domainnames as part of the "username" for courier-imap authentication
> i.e. my...@my...? If you do, you should change omail.conf's
> 'auth_uses_domain' to 1.

No, one default domain per this installation and only usernames used.

> 
> I updated authtest.pl and authdaemon.pm to allow a debug level
> parameter. It'll give you a few extra lines of debug at the command
> line. Grab the lastest from cvs.

...

> Please send me the password-blanked-out output of authtest.pl after you
> turn on debug level 2.

Will do.