From nobody@FreeBSD.ORG Fri Nov 12 05:50:28 1999
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id A6FA014E17; Fri, 12 Nov 1999 05:50:28 -0800 (PST)
Message-Id: <19991112135028.A6FA014E17@hub.freebsd.org>
Date: Fri, 12 Nov 1999 05:50:28 -0800 (PST)
From: robertw@wojo.com
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@freebsd.org
Subject: PAM's pam_unix.so does not load libcrypt.so itself
X-Send-Pr-Version: www-1.0

>Number:         14842
>Category:       bin
>Synopsis:       PAM's pam_unix.so does not load libcrypt.so itself
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 12 06:00:00 PST 1999
>Closed-Date:    Sun Jan 2 03:40:39 PST 2000
>Last-Modified:  Sun Jan  2 03:42:43 PST 2000
>Originator:     Robert S. Wojciechowski Jr.
>Release:        3.3-RELEASE
>Organization:
Millennium Works
>Environment:
FreeBSD max.millenniumworks.com 3.3-RELEASE FreeBSD 3.3-RELEASE #4: Mon Oct 25 16:48:48 EDT 1999     root@max.millenniumworks.com:/usr/src/sys/compile/MAX  i386
>Description:
Because the pam_unix.so does not load libcrypt.so, it forces applications using that PAM to load libcrypt.so. 

It should load libcrypt.so itself, instead of assuming that the main program links with libcrypt.so.
>How-To-Repeat:
Any program that uses PAM that does not link with libcrypt.so (for example Courier-IMAP)
>Fix:
Have mod_unix.so load libcrypt.so itself.

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: ru 
State-Changed-When: Sun Jan 2 03:40:39 PST 2000 
State-Changed-Why:  
Fixed in src/lib/libpam/modules/pam_unix/Makefile, 
rev 1.4 (-current) and rev 1.2.2.2 (-stable). 
>Unformatted:
