Bug 14714

Summary: Need support for imap4 and pop3 in /etc/pam.conf
Product: Base System Reporter: Ronald F. Guilmette <rfg>
Component: confAssignee: Alexey Zelkin <phantom>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 3.3-RELEASE   
Hardware: Any   
OS: Any   

Description Ronald F. Guilmette 1999-11-04 22:40:00 UTC 
	There is no support for imap4 or pop3 servers in /etc/pam.conf.

Fix: 

Add the following two lines to /etc/pam.conf:

	imap    auth    required        pam_unix.so           try_first_pass
	pop3    auth    required        pam_unix.so           try_first_pass
How-To-Repeat: 
	Grab the Cyrus imapd package (and the associated SASL library) from
	ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/ and then build and install
	them and then try to use them.

	You will immediately run into problems when you try to authenticate
	yourself to either the imapd server or the pop3d server because they
	both use the Cyrus SASL library for handling authentication and it
	in turn uses PAM (where available).  But the /etc/pam.conf file that
	is being distributed with FreeBSD 3.3 doesn't know anything about
	any services called either "imap" or "pop3", so you will just get
	authentication failures and messages to the syslog like:

	blah blah blah: no modules loaded for service "imap"
Comment 1 Alexey Zelkin freebsd_committer freebsd_triage 2000-01-10 14:08:43 UTC 
Responsible Changed
From-To: freebsd-bugs->phantom

Patch commited to -CURRENT, so I'll remember to MFC to -STABLE soon.
Comment 2 gerti 2000-02-18 09:58:41 UTC 
3.4 current has a boilerplate definition in pam.conf:

other   auth    required        pam_unix.so                     try_first_pass

However that doesn't help, the error message still appears. Even modifying the  
entry to read imap instead of other doesn't help. I verifyed the entry is read  
bu changing the module name to something bogus, that promptly gives a  
different error message.

gerd
Comment 3 Doug Barton freebsd_committer freebsd_triage 2001-04-25 06:31:49 UTC 
State Changed
From-To: open->feedback


Can you confirm whether this is still a problem for RELENG_4?
Comment 4 Doug Barton freebsd_committer freebsd_triage 2001-04-25 09:48:43 UTC 
State Changed
From-To: feedback->closed


Originator is unable to test a more modern system at this time, and 
phantom can't test the pam bits directly. However, the suggested 
fix is applied in -current and RELENG_4, so on we go.