Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
Subject: Re: Apache + mod_auth_pam + WebDAV
From: Luke Scharf <lscharf@ee.vt.edu>
To: users@httpd.apache.org
In-Reply-To: <200202191839.NAA14737@birch.ee.vt.edu>
References: <1014134859.8656.76.camel@mail>
	<200202191659.LAA13927@birch.ee.vt.edu> <1014141305.8657.116.camel@mail>
	<200202191839.NAA14737@birch.ee.vt.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: 19 Feb 2002 16:03:52 -0500
Message-Id: <1014152633.8657.138.camel@mail>
Mime-Version: 1.0

On Tue, 2002-02-19 at 13:39, Mark Constable wrote:
> On Wed, 20 Feb 2002 03:55, Luke Scharf wrote:
> > The user accounts that we're trying to use are delivered via nisplus.
> > The encrypted passwords are not in /etc/shadow.  PAM stacked on top of
> > nisplus works great for our mail transfer agent (courier), but the "500
> > internal server error" has me confused.
> 
> Ah, then check the UID/GID of courier and, at least for a test, make
> apache run as the same user as courier. Smells like a perms prob to me.

This has no effect.  I have also tried several configurations for
/etc/pam.d/httpd - everything from permit-all to the same configuration
that works for Courier's imap server to an edited version of
/etc/pam.d/ssh.  Any other suggestions?

What has to be in place in order for mod_auth_pam to do it's thing?

Thanks in advance!
-Luke

-- 
Luke Scharf, Jack of Several Trades
http://www.ccm.ece.vt.edu/~lscharf


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org