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
Date: Fri, 15 Jun 2001 14:51:08 +0200
From: Corinna Vinschen <cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: telnet's broken
Message-ID: <20010615145108.H324@cygbert.vinschen.de>
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20010615113733 DOT 50014 DOT qmail AT web9905 DOT mail DOT yahoo DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010615113733.50014.qmail@web9905.mail.yahoo.com>; from keith_starsmeare@yahoo.co.uk on Fri, Jun 15, 2001 at 12:37:33PM +0100

On Fri, Jun 15, 2001 at 12:37:33PM +0100, Keith Starsmeare wrote:
> I can no longer cd to UNC paths in a telnet window; I now get permission denied
> (although it works if I'm currently logged into the machine at the console). To
> access another windows box I need to map a drive with net use and give it my
> username (with domain) and password.
> 
> Also one of the NT applications I use now gives me a "Initialisation of dynamic
> link library ...USER32.dll failed."
> 
> I'm not quite sure when this started happening and it's quite irritating. I

It began with 1.3.2. I suspect you have changed the primary group
of your user account to another group than returned by mkpasswd?
If so, change it back (mostly "None" = 513 or "Domain Users" = 513)
and try again. If that doesn't work either, you will have to try
a current developers snapshot where that effect should have been
reverted (and where you should be able to keep the group setting
as you wish).

FYI: The effect is related to the ability of 1.3.2 to change the
user context without password. Due to the way the DLL tries to
figure out if it should use the ability, it chooses to do it
that way. Unfortunately, changing the user context that way from the
LocalSystem account results in not being able to connect to shares
which need an authentification. I'm open to any hint which
allows that again.

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin AT cygwin DOT com
Red Hat, Inc.

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