A problem that I've been having with one particular user is that he's
only able to authenticate through SSH, but not with other services
like squirrelmail, exim, etc. So I went tracking the problem down
through the logs and got this tidbit:
Mar 27 23:31:56 ursine imapd[3693]: Login disabled user
Hello,
I upgraded to unstable(woody) and now I haev 2 problems using pam:
1. cron
- i dont't want cron jobs to show up in auth syslog. I commented out line in
/etc/pam.d/cron:
#sessionrequired pam_unix.so
(as long as i found in pam documentation that sssion part of pam.unix is
responsible
I have the same setup. The only difference is I run cucipop as a
standalone daemon (I recommend this anyway). It works as expected.
My pam config is identical, you may want to try running it as a daemon
instead, also, check the bug reports on the bugtracking system on
debian.org.
On Wed, 2001-
On Wed, 19 Dec 2001 [EMAIL PROTECTED] wrote:
> Hi David!
>
> On Wed, Dec 19, 2001 at 11:01:30PM +1030, David Purton wrote:
> > /etc/pam.d/cucipop contains this:
> >
> > auth required pam_unix_auth.so
> > account required pam_unix_acct.so
>
> Probably barking up the wrong tree, but
Hi David!
On Wed, Dec 19, 2001 at 11:01:30PM +1030, David Purton wrote:
> /etc/pam.d/cucipop contains this:
>
> auth required pam_unix_auth.so
> account required pam_unix_acct.so
Probably barking up the wrong tree, but most of the files in my
/etc/pam.d/ directory use pam_unix.s
Hi,
I'm trying to get a pop server (cucipop run from inetd in this case)
working and am having problems with authentication.
/etc/pam.d/cucipop contains this:
auth required pam_unix_auth.so
account required pam_unix_acct.so
This is what happens when I try to login:
[EMAIL
In article <[EMAIL PROTECTED]>,
Ben Collins <[EMAIL PROTECTED]> wrote:
>On Thu, Sep 30, 1999 at 03:18:26PM +0100, Paul M Sargent wrote:
>> I have the +:: line at the bottom of my passwd file, and all the yp
>> tools work fine (e.g. 'ypmatch pauls passwd' brings up the right response.)
>
>Have
On Thu, Sep 30, 1999 at 05:44:03PM +0100, Paul M Sargent wrote:
> On Thu, Sep 30, 1999 at 12:27:38PM -0400, Ben Collins wrote:
> >
> > Ok, I misunderstood what you were trying to explain. The no password login
> > is an issue with the pam_unix.so (I though you were saying you couldn't
> > login at
On Thu, Sep 30, 1999 at 12:27:38PM -0400, Ben Collins wrote:
>
> Ok, I misunderstood what you were trying to explain. The no password login
> is an issue with the pam_unix.so (I though you were saying you couldn't
> login at all with NIS). I already knew about this, and it will be fixed in
> my ne
On Thu, Sep 30, 1999 at 04:07:01PM +0100, Paul M Sargent wrote:
> > That's incorrect, you can login with a password locally because it then
> > acts like a normal UNIX login. You HAVE to add nis to the nsswitch.conf
> > fields in order to use _any_ programs with NIS. This is not a PAM issue.
>
> O
On Thu, Sep 30, 1999 at 10:43:40AM -0400, Ben Collins wrote:
> On Thu, Sep 30, 1999 at 03:42:14PM +0100, Paul M Sargent wrote:
> > On Thu, Sep 30, 1999 at 10:23:04AM -0400, Ben Collins wrote:
> > > Have you tried adding nis to the /etc/nsswitch.conf fields? Note, than the
> > > pam_unix.so modules
On Thu, Sep 30, 1999 at 03:42:14PM +0100, Paul M Sargent wrote:
> On Thu, Sep 30, 1999 at 10:23:04AM -0400, Ben Collins wrote:
> > Have you tried adding nis to the /etc/nsswitch.conf fields? Note, than the
> > pam_unix.so modules (being that they use standard libc calls for use
> > lookups) recogni
On Thu, Sep 30, 1999 at 10:23:04AM -0400, Ben Collins wrote:
> Have you tried adding nis to the /etc/nsswitch.conf fields? Note, than the
> pam_unix.so modules (being that they use standard libc calls for use
> lookups) recognizes NIS with any problems, so long as the NS Switch is
> setup properly.
On Thu, Sep 30, 1999 at 03:18:26PM +0100, Paul M Sargent wrote:
> I have, what I expect is, a simple problem.
>
> I'm trying to set my Potato box to use NIS to do the lookup for /etc/passwd.
> I have the +:: line at the bottom of my passwd file, and all the yp
> tools work fine (e.g. 'ypmatch
I have, what I expect is, a simple problem.
I'm trying to set my Potato box to use NIS to do the lookup for /etc/passwd.
I have the +:: line at the bottom of my passwd file, and all the yp
tools work fine (e.g. 'ypmatch pauls passwd' brings up the right response.)
I've even got autofs automout
On Wed, Sep 15, 1999 at 05:01:52PM +0200, [EMAIL PROTECTED] wrote:
> On Wed, Sep 15, 1999 at 06:00:17AM -0400, Ben Collins wrote:
> > On Wed, Sep 15, 1999 at 03:25:45PM +0200, [EMAIL PROTECTED] wrote:
> > > I have problems with PAM apps since the last upgrade forced them onto my
> > > system.
> > >
On Wed, Sep 15, 1999 at 06:00:17AM -0400, Ben Collins wrote:
> On Wed, Sep 15, 1999 at 03:25:45PM +0200, [EMAIL PROTECTED] wrote:
> > I have problems with PAM apps since the last upgrade forced them onto my
> > system.
> >
> Hmm...seems like you have basic functionality, just a few nitpicks. The
On Wed, Sep 15, 1999 at 03:25:45PM +0200, [EMAIL PROTECTED] wrote:
> I have problems with PAM apps since the last upgrade forced them onto my
> system.
>
> First: pam_env.so outputs messages about non alpha-numeric variable names in
> /etc/environment when i login. The funny things is, those varia
I have problems with PAM apps since the last upgrade forced them onto my
system.
First: pam_env.so outputs messages about non alpha-numeric variable names in
/etc/environment when i login. The funny things is, those variables are still
set (maybe by another mechanism?).
Then, more important: I us
19 matches
Mail list logo
