On Sun, Jul 9, 2017 at 7:53 PM, Thomas Schmitt wrote:
> Hi,
>
[...]
>
> Joel Rees wrote:
>> (1) These messages may be a sort of generator for phishing targets.
>
> You mean that those who hit the "Smack Sender" button of their mail
> app show up as flotsam here and can be harvested without reveili
> From: scdbac...@gmx.net
> To: debian-user@lists.debian.org
>> this conversation has gone viral itself.
> It is technically interesting to see what people think how stupid we
> are. I wonder if there is any other purpose than to make me wonder ?
Politically, the motive may be by some who will nee
Hi,
Fungi4All wrote:
> I remember 2 months ago I had received a response from what appeared
> as a list member responding to some spam that was sent by me to the list.
The first thing i checked on the current spam was that it is really
distributed by the list and not sent to me directly.
"Receive
"Mark A. F." <[EMAIL PROTECTED]> writes:
>
> Here are the forced Shadow RAM settings:
>
> F000 - (System BIOS)
> E800 - EFFF (Rapid Resume BIOS)
> E000 - E7FF (System POST)
>
> Upper Memory Boundary F200
>
> I am working through my installation of Debian.
>
> What misbeha
On Fri, Feb 28, 2003 at 03:48:51AM -0500, Mark L. Kahnt wrote:
> "Who knows what system data lies in the heart of the BIOS - the Shadow
> RAM knows - Haaa, Haaa, Haaa"
That laugh is not evil enough :-)
--
Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED]
There's a positive side to no
On Fri, Feb 28, 2003 at 03:48:51AM -0500, Mark L. Kahnt wrote:
> "Who knows what system data lies in the heart of the BIOS - the Shadow
> RAM knows - Haaa, Haaa, Haaa"
>
> If you don't get that one, you don't know your classic radio dramas.
Or managed to so far make it though life without ever se
On Thu, 2003-02-27 at 21:05, Mark A. F. wrote:
> Hi. I am not able to disable shadow RAM through the BIOS on my IBM Aptiva 2161
> Pentium 166 PC.
>
> Here are the forced Shadow RAM settings:
>
> F000 - (System BIOS)
> E800 - EFFF (Rapid Resume BIOS)
> E000 - E7FF (System POST)
On Thu, Feb 27, 2003 at 09:05:18PM -0500, Mark A. F. wrote:
> What misbehaviors might I experience due to these settings?
While I haven't personally had experiance with such (broken) hardware
that shadowing couldn't be turned off, I would expect one of three
things to happen...
1) It Just Works(t
On Fri, May 12, 2000 at 11:58:36AM +0800, Andrew McRobert wrote:
> hi all
>
> ... does anyone know the configure option to compile samba with shadow
> password support? (It's not listed on the samba.org site with all the other
> options).
>
Can you even do this? I thought samba had its own passw
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 it is??
> > I need the function fg
>-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 get in order to have
> this f
Behan Webster wrote:
>
> Jens B. Jorgensen wrote:
> >
> > as the last line of /etc/passwd. Now, the Sun also has shadow passwords,
> > and it's NIS (NIS+ actually) is set up to handle this. To get it to
> > work I had to build the maps *with* passwd info included, like thus
> > on the sun:
> >
> >
Behan Webster wrote:
>
> > I guess we'll just have to wait for the nis+ support coming with glibc.
> > Doh.
>
> I understand that someone is also working on an nis+ deiban package?
> I look forward to nis+ support in Debian too!
I hope so! I dl'd the source to libc 5.4.33 and looked at the code.
Jens B. Jorgensen wrote:
>
> as the last line of /etc/passwd. Now, the Sun also has shadow passwords,
> and it's NIS (NIS+ actually) is set up to handle this. To get it to
> work I had to build the maps *with* passwd info included, like thus
> on the sun:
>
> /usr/lib/nis/nisaddent -p -f /etc/pas
Behan Webster wrote:
>
> Adriano Nagelschmidt Rodrigues wrote:
> >
> > Yes, apparently the clients don't bother to look up the shadow map (or maybe
> > there's a protocol error), the error messages are something like "user foo
> > doesn't have a password".
>
> It sure seems that way to me too.
>
Adriano Nagelschmidt Rodrigues wrote:
>
> Yes, apparently the clients don't bother to look up the shadow map (or maybe
> there's a protocol error), the error messages are something like "user foo
> doesn't have a password".
It sure seems that way to me too.
> What I did was install shadow in _al
Jens B. Jorgensen wrote:
>
> Behan Webster wrote:
> >
> > For the life of me I can not seem to get nis to work with shadow
> > passwords. I can get each to work seperately, but not together.
> > Can anyone with experience with using these two together please
> > explain how to set it up properly?
Behan Webster writes:
> For the life of me I can not seem to get nis to work with shadow
> passwords. I can get each to work seperately, but not together.
> Can anyone with experience with using these two together please
> explain how to set it up properly? I'm stumped.
Yes, apparently the c
Behan Webster wrote:
>
> For the life of me I can not seem to get nis to work with shadow
> passwords. I can get each to work seperately, but not together.
> Can anyone with experience with using these two together please
> explain how to set it up properly? I'm stumped.
Is your server really a
On Mon, 30 Jun 1997, dpk wrote:
> 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
On Mon, 30 Jun 1997, dpk wrote:
: 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 deci
Many thanks, I made the change and will let the list know
if it works or not. (I'm not local to the machine at this
time)
Curt-
In reply to 10 Jun message from Brad Patterson <[EMAIL PROTECTED]>:
>Hello,
> I believe this problem occurs because the default xdm does not handle shadow
>passwords.
On Tue, 10 Jun 1997, Curt Howland wrote:
>
> Hi.
>
> I've been wrestling with X, just like everyone else it would
> seem. However, I've gotten it *almost* working. The trouble
> now seems to be related to shadow passwords.
>
> I have shadow passwords turned on, under Debian 1.3. However,
> the
On Tue, 10 Jun 1997, Curt Howland wrote:
> I have shadow passwords turned on, under Debian 1.3. However,
> the X login started automatically at boot does not recognize
> any of the valid userID/password combinations.
You're probably referring to the "xdm" login.
> My assumption is that X does
On Tue, 10 Jun 1997, Curt Howland wrote:
> the X login started automatically at boot does not recognize
> any of the valid userID/password combinations.
>
> My assumption is that X does not know about shadow passwords,
> and from my investigations it seems I may be correct.
>
> 1) Is there a se
On Jun 1, Karl M. Hegbloom wrote
>I installed the shadow stuff from experimental a while back, and now I'd
>like to move to the newer shadow suite with 1.3. When I `dpkg -i` it
>though, `dpkg` tells me that shadow-login is essential, and won't let the
>upgrade happen.
I had this to, but I don't r
On Tue, 13 May 1997, George Bonser wrote:
>
> When I attempt to add a user account with adduser it prompts me
> for the password twice as I would expect then notifies me that the user
> was not found in /etc/shadow (no duh! I am trying to ADD a new user!) and
> kicks me back to the prompt for a
> "George" == George Bonser <[EMAIL PROTECTED]> writes:
George> When I attempt to add a user account with adduser
[...]
You need to get the newer version of `adduser`, which supports shadow
passwords, and works fairly well. Or, you can just use the shadow
suite utilities:
userad
On Wed, 14 May 1997, Rick Jones wrote:
delgroup and deluser are broken too. deluser looks for a file with the
same name as the user entry in /etc/passwd and, of course, does not find
it, delgroup dies with:
line 13: syntax error near unexpected token `fi'
>
> I've had the same thing happen. I
I've had the same thing happen. I normally hit ctrl-C (which kills it)
then change the password either as root using "passwd user" or by logging
in as that user and changing the password, I forgett which one worked.
I don't add users often on my system since it's private, so it's not a big
deal
If you really need shadow, you could conceivably edit the files
yourself. I have done it sucessfully under Solaris after ftping
a working passwd file from a Dgux system. I was naieve and did
not know that Sun provided a utility to do this.
Read the man pages to get the syntax right, but ess
As a temporary work-around I use adduser but ^c when passwd fails. Then
use passwd to set the passwd for the account. It works. I figure it
won't be more than a week before the fix is in.
On Mon, 5 May 1997, Remco van de Meent wrote:
> Hey
>
> I did 'shadowconfig on', and watched how almost
In your email to me, Brandon Mitchell, you wrote:
>
> On Mon, 5 May 1997, Tim Sailer wrote:
>
> > 'shadowconfig on'
> >
> > Tim
> >
> > PS: I hope adduser has caught up to shadow
>
> To the best of my knowledge, it hasn't. I tried a fix by the developer
> that isn't on the mirror, and there a
On Mon, 5 May 1997, Tim Sailer wrote:
> 'shadowconfig on'
>
> Tim
>
> PS: I hope adduser has caught up to shadow
To the best of my knowledge, it hasn't. I tried a fix by the developer
that isn't on the mirror, and there are still problems. If you want to be
able to add users easily, then don'
In your email to me, Karl Ferguson, you wrote:
>
> Hi Guys.
>
> I'm trying to convert to the shadow system and running into a brick wall.
> There used to be a shadow package in expermental that you'd simply install
> and hey presto you'd be using a shadow system. I see that there's a
> "login" a
-BEGIN PGP SIGNED MESSAGE-
That was not really wrongly installed.
You have the menu pkg installed. When you install pkgs it updates all of your m
enus to show the new pkg. It builds a new syste.*rc file REPLACING the one alre
ady there. Backup that file before it gets lost and read the
Thanks to everyone who responded. The key bit of info was discovering
about the ~/.xsession-errors file. Once I had that it was really easy.
The problem was that the /etc/X11/afterstep/system.steprc was wrongly
installed as /etc/X11/afterstep/system.steprc-menu. Since I didn't have a
~/.steprc
-BEGIN PGP SIGNED MESSAGE-
On 02-Apr-97 Karl M. Hegbloom wrote:
>> "Adam" == Adam Shand <[EMAIL PROTECTED]> writes:
>
>>> when you say doesn't work, do you mean it appears a normal
>>> login is about to occur, the server flashes, and then the
>>> console login reloads?
>
> "Adam" == Adam Shand <[EMAIL PROTECTED]> writes:
>> when you say doesn't work, do you mean it appears a normal
>> login is about to occur, the server flashes, and then the
>> console login reloads?
>>
>> i've seen that and yes its a permission issue.
Adam> Yep that'
It sounds like there is a problem with your .xsession script (if you
have one), or the file /etc/X11/window-managers. If you have a
.xsession script, everything should be started in the background,
except for the last thing (usually the window manager, could be an
xterm, though). If not, make sur
> Pardon me for asking such a simple question, but did you
> remember to switch to xdm-shadow?
Yep... until I did that I couldn't even log in!
> 82 -rwxr-xr-x 1 root root 82372 Jan 13 21:11 /usr/X11R6/bin/xdm
> 82 -rwxr-xr-x 1 root root 82372 Jan 13 21:11 /usr/X11R6/bin/xdm-shadow
>
Hi,
>>"Adam" == Adam Shand <[EMAIL PROTECTED]> writes:
Adam> Yep that's what happens... if I put in the wrong password it
Adam> comes up with "Login incorrect" as it should but if I put in the
Adam> right passwd it all but logs in and then goes back to the xdm
Adam> login window... I can login vi
>when you say doesn't work, do you mean it appears a normal login is
>about to occur, the server flashes, and then the console login reloads?
>
>i've seen that and yes its a permission issue.
Yep that's what happens... if I put in the wrong password it comes up with
"Login incorrect" as it should
Hi Stefan,
I do still see them in 'project/experimental' (This is at Uni Mainz.):
-rw-r--r-- 1 110 425 44862 Dec 6 11:54
shadow-login_960810-1_i386.deb
-rw-r--r-- 1 110 425 43594 Dec 6 11:52
shadow-login_960810-1_m68k.deb
-rw-r--r-- 1 110 425255326 D
On Mon, 3 Mar 1997, Stefan Walder wrote:
> some time ago I've installed the shadow-packages. But now where have the gone?
> Is there now shadow-Support now? What about security?
I'm also concerned about this, but not terribly because I run Debian on
personal machines, not ones intended to be used
On 12 Jan 1996, Guy Maor wrote:
> Darren Klein <[EMAIL PROTECTED]> writes:
>
> > I tried getting there with dselect and the ftp option. I could not enter
> > the dir. When it asks for the distriubtion I tried experimental, project
> > , contrib, unstable.
>
> Unfortunately you can't use dpkg
On Thu, 9 Jan 1997, Fabien Ninoles wrote:
> > is there a shadow-suite package available for Debian?
> > I couldn't find it in my distribution.
> >
> Look in project/experimental/, they are there except for the xdm-shadow
> who was already in xbase.
I tried getting there with dselect and the f
-BEGIN PGP SIGNED MESSAGE-
On Thu, 9 Jan 1997, Ulf Jaenicke-Roessler wrote:
> Hi,
>
> is there a shadow-suite package available for Debian?
> I couldn't find it in my distribution.
>
Look in project/experimental/, they are there except for the xdm-shadow
who was already in xbase.
-
There are shadow packages in project/experimental. We plan authentication
support (not just shadow) for 1.3 .
Thanks
Bruce
--
Bruce Perens K6BP [EMAIL PROTECTED]
Finger [EMAIL PROTECTED] for PGP public key.
PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3
--
On Fri, 13 Dec 1996, Gergely Madarasz wrote:
>
>
> On Fri, 13 Dec 1996, Stefan Walder wrote:
>
> > Hi,
> >
> > is there any way to use shadow-passwords on Debian 1.2?
> >
> > Thanks
> > Stefan
>
> I'm using the shadow packages from project/experimental, and it works all
> right. There were t
On Fri, 13 Dec 1996, Stefan Walder wrote:
> Hi,
>
> is there any way to use shadow-passwords on Debian 1.2?
>
> Thanks
> Stefan
I'm using the shadow packages from project/experimental, and it works all
right. There were two or three binaries I belive which didnt support it:
imapd, xdm, and ss
> > >
> > > root:x:0:root,"your loginname"
> > > ...
> > I don't like that. It seems unsafe to me. There's gotta be
> > a better solution
> >
> > Currently, I am putting in special users in /etc/suauth
> > but I only know the syntax for making su ask for the current
> > users passwd, and not ro
On Mon, 25 Nov 1996, Roger Endo wrote:
> > On Tue, 26 Nov 1996, Fundamental wrote:
> >
> > > I recently intsalled the shadow password packages to my system, everything
> > > seems to be going well accept for one minor hassle, my "normal" account
> > > cant
> > > become super-user. When i try i g
-BEGIN PGP SIGNED MESSAGE-
r u in the "wheel" group?
/ayn
On Tue, 26 Nov 1996, Fundamental wrote:
> I recently intsalled the shadow password packages to my system, everything
> seems to be going well accept for one minor hassle, my "normal" account cant
> become super-user. When i try i
> > On Tue, 26 Nov 1996, Fundamental wrote:
> >
> > > I recently intsalled the shadow password packages to my system, everything
> > > seems to be going well accept for one minor hassle, my "normal" account
> > > cant
> > > become super-user. When i try i get the message that i do not have
> > >
On Tue, 26 Nov 1996, Fundamental wrote:
> I recently intsalled the shadow password packages to my system, everything
> seems to be going well accept for one minor hassle, my "normal" account cant
> become super-user. When i try i get the message that i do not have
> permission to do so. How do i
In reply to the honourable '[EMAIL PROTECTED]' who said:
> Im sick of solaris x86, we want to migrate or user machine from solaris x86
> to debian. The only problem is, i dont want to have to convert 500
> passwd/shadow entries into debian passwd entries.
>
> Can debian (a package perhaps?) hand
Enough packages have been built with "shadow" passwords so that you can
run them. They are available in the project/experimental directory on our
FTP archive. The encryption should be the same.
Thanks
Bruce
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" t
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 linux. I haven
Ricardo Kleemann ([EMAIL PROTECTED]) wrote:
: Does debian have a shadow package which would simplify installation of
: shadow? Or do I have to install it manually?
I still have a lot of reservations about using shadow. The only way that it
would
make sense is if you are restricted to just using o
# Ricardo Kleemann wrote about "shadow for debian" on 10/02/96:
> Does debian have a shadow package which would simplify installation of
> shadow? Or do I have to install it manually?
There is a Debian shadow package available at the Shadow suite FTP site
(ftp://serek.arch.pwr.wroc.pl/pub/shadow/
Bernard Leach writes:
>
> I am trying to locate a current set of packages that would
> upgrade a 1.1.7 system to use shadow passwords.
The shadow packages are in project/experimental. Most packages in rex are
already shadow aware.
> Also what is the Debian standpoint on shadow passwords?
Will b
The shadow packages are just recently uploaded into the "unstable" directory
of our FTP archives. They are little tested, and I'm not sure that everything
has been shadow-ified that must be ("xdm" may be one of the programs yet to be
converted). You can try it now if you like to live dangerously. T
63 matches
Mail list logo
