Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <3A937AFF.825F78B9@charter.net>
Date: Wed, 21 Feb 2001 00:23:27 -0800
From: Gregg Smith <greggsmith AT charter DOT net>
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Corinna Vinschen <cygwin AT cygwin DOT com>
Subject: Re: CygWin under WIN 98SE - login, passwd, group, services
References: <3A93707F DOT DC9D1BBC AT charter DOT net> <20010221090021 DOT K908 AT cygbert DOT vinschen DOT de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Corinna Vinschen wrote:

> > login - #1
> > When I connect through telnet or ftp, I am asked for my password - not
> > my login. By process of 'keep trying things', I have discovered that any
> > non-specific remote connection request (ie: NOT using 'telnet -l
> > username') seems to assume that you are trying to log in as the first
> > entry in the passwd file. Is there any way to FORCE the login prompt?
>
> I hear that for the first time. telnet and ftp are usually always
> asking for the username.
>

It took me a LOT of investigation to intuit that the lack of a password in
/etc/passwd was the problem preventing login from ever happening during remote
access. Adding the encrypted password as the second parameter on each line got
it going, but it always assumes the first entry - scratch that! I just
rearranged the file, and it seems similar to the GetUserName that you
mentioned for #2 - it's defaulting to the Win user name.

> /bin/passwd doesn't work on 9x/ME. The current stable solution is using
> /bin/crypt to generate DES passwords as you do. There speaks nothing
> against including the /bin/crypt functionality into /bin/passwd but
> seriously - it's on the lower right end of my TODO list and it hasn't
> moved from there for months. Feel free to contribute here.
>

Unfortunately, I think I'm some ways away from being able to contribute usable
code as yet <smile>. I can accept the answer, though. Is the DLL error
expected then, or should only the functionality be affected in Win98?

> mkgroup should result in a group file containing one line on 9x/ME:
>
>         unknown::544:
>

And so it does - I have re-created the group file with the desired results
(don't know how it got clobbered originally, though).

> > services -
> > Having seen no examples of the format of a services file, yet seeing
> > [...]
>
> You don't have services in 9x/ME at all.

Okay, I'll accept that. The question still stands: Is there a better way of
terminating inetd than kill-ing it's process?

Thanks again...

Gregg Smith
greggsmith AT charter DOT net <home>
gregg AT petzent DOT com <office>



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple