sarge exim4 2004-01-01 pam auth fails if shadow passwd is used

Just updated the exim4 package in sarge. It is now unable to authenticate using PAM if shadow passwd is being used. Looks like a perimission issue of some type (possbly coupled with now running as Debian-exim) is this a bug or is there a configuratiom missing? thanks -- To UNSUBSCRIBE

Re: shadow passwd in slink??

Thanks. I found that out with a fgrep in the /usr/include directory. But it is strange that it does not have a man page for it. "Ole J. Tetlie" wrote: > >-Shao Zhang <[EMAIL PROTECTED]> > > > > I cannot find the shadow passwd in slink, anyone know here i

Re: shadow passwd in slink??

>-Shao Zhang <[EMAIL PROTECTED]> > > I cannot find the shadow passwd in slink, anyone know here it is?? > I need the function fgetspent, but man returns no manual entry > found. I do have fgetpwent however. > > Could someone tell me which package I need to

shadow passwd in slink??

Hi, I cannot find the shadow passwd in slink, anyone know here it is?? I need the function fgetspent, but man returns no manual entry found. I do have fgetpwent however. Could someone tell me which package I need to get in order to have this function?? Thanks. Shao

Re: Problem with shadow passwd, MD5 crypt and XDM

On Fri, 21 Nov 1997, Dany Dionne wrote: > > Hi, > I just enable shadow password on our server (debian 1.3.1). I activate > the MD5 encryption in /etc/login.defs . If the user change their > password, they can't loggin on the console (with xdm-shadow 3.3) but by > telnet they can access the statio

Problem with shadow passwd, MD5 crypt and XDM

Hi, I just enable shadow password on our server (debian 1.3.1). I activate the MD5 encryption in /etc/login.defs . If the user change their password, they can't loggin on the console (with xdm-shadow 3.3) but by telnet they can access the station. So, where is the problem? After enabling shadow-p

Re: Problems with old shadow-passwd

At 06:13 PM 7/24/97 +1300, Adam Shand wrote: >And when I try and uninstall shadow-passwd it is of course a required >package. Is there a nice way to overcome this which won't end up with >duplicate packages installed? > ># dpkg -r shadow-passwd >dpkg: error processing

Problems with old shadow-passwd

with shadow-passwd shadow-passwd (version 960810-1) is installed. dpkg: error processing /debian/passwd_961025-2.deb (--install): conflicting packages - not installing passwd Errors were encountered while processing: /debian/passwd_961025-2.deb And when I try and uninstall shadow-passwd it is of

Re: shadow passwd

y, I decided to go with shadow passwd this > time around, I know it's bad that I haven't gotten to it before, but > basically it was a toy for awhile... now I'm getting some usage/users on > it. This brings me to my question. Is there away to take my backup I > made o

Re: shadow passwd

decided to go with shadow passwd this : time around, I know it's bad that I haven't gotten to it before, but : basically it was a toy for awhile... now I'm getting some usage/users on : it. This brings me to my question. Is there away to take my backup I : made of the /etc/passwd

shadow passwd

With my many recent problems with my machine, I have decided to upgrade to 1.3. I think the developers have done a nice job with the instalation disks, because I noticed a few added features that might help out new users to debian/linux. Anyway, I decided to go with shadow passwd this time

Re: shadow passwd?

On Sun, 27 Oct 1996, Robert Stone wrote: > is there a shadow passwd system available for Debian 1.1? It's not official, but you can find a debianized version of shadow passwords at ftp://serek.arch.pwr.wroc.pl/pub/shadow This is the home of shadow passwords for

shadow passwd?

is there a shadow passwd system available for Debian 1.1? a "strings /lib/libc.so.5.2.18 | grep shadow" gives me ... /etc/gshadow /etc/shadow @(#)gshadow.c 1.1 12:22:5113 Feb 1994 (GNU Shadow Library Suite) @(#)shadow.c1.1 12:23:0613 Feb