Just for posterity's sake (for those who may end up searching the mail list's archive for similar problems):


The problem I was having was due to the fact that my system had the PAM libraries installed on it and I did not know that (someone else did the OS install, then I got the job of the courier install). Because of this, Courier decided that PAM was the way to go for authentication, but I expected it to be using the passwd/shadow files directly... so Courier could never validate that the user "test" existed. Once I realized PAM was being used (thanks Sam for the big hint) I re-worked my user setup and everything works fine.

Perhaps this will help someone in the future...

james



At 3/13/2003 07:54 AM -0700, I wrote:

> Sorry I'm being a pest, but I've really been through this a lot of times the last few days, and can't seem to see what's wrong. Can someone please give this another look?


At 3/11/2003 08:31 PM -0700, you wrote:
Ok. Here's the whole synopsis of what I've done (basically following the INSTALL document step-for-step).

1) Downloaded courier 0.41, un-tared it, created a "courier" user and group ("groupadd courier" followed by "useradd -g courier courier"

2) ./configure --with-transport="local esmtp dsn" --without-ipv6 --enable-https --with-mailuser=courier --with-mailgroup=courier --enable-softtimeout=7200 --disable-autorenamesent

3) make

4) make check

5) ./configure --with-transport="local esmtp dsn" --without-ipv6 --enable-workarounds-for-imap-client-bugs --enable-https -
-with-mailuser=courier --with-mailgroup=courier --enable-softtimeout=7200 --disable-autorenamesent


(added the "workarounds" option)

6) make

[became root]

7) make install-strip

8) make install-configure

9) made "test" user ("useradd test")

10) /usr/lib/courier/sbin/courier start

11) /usr/lib/courier/libexec/authlib/authdaemond start

[became "test"]

12) made maildirs as "test" user home dir ("maildirmake test", "maildirmake bounces")

13) made the file ".courier" file to contain "./bounces", made the file ".courier-test-default" to contain "./test"

14) sh ~jhouse/swr/courier-0.41.0.20030308/courier/perftest1 1000 "test-test-1 test-test-2 test-test-3 test-test-4 test-test-5"


======


No files made it to test/new or bounces/new.

modified "locals" file to look like this:

localhost
foo.net
.foo.net
brick.foo.net

(host name is "brick.foo.net')

re-ran perftest1 several times with variants of the above (leaving out one or more of the above lines). watching the mailq I can see all of the mails go to "postmaster" - and I've already noted that the maillog has the error "unknown user".

I've checked that the maildirs (~test/test and ~test/bounces) etc. are owned by "test". I've even tried setting every file and dir under "~test" as 777 permissions.

Can you see what step I've missed or what I've done wrong? - I completed an install of courier 0.40 a few months ago (on a different system) by following the INSTALL doc word-for-word then, and had no problems. I can't see what I've done wrong this time.

Thanks a lot for your time,
james





------------------------------------------------------- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to