Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>,
	<http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
From: Chris Faylor <cgf AT cygnus DOT com>
Date: Mon, 16 Aug 1999 13:13:24 -0400
To: igoresha AT iwmail DOT com
Cc: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: post b20.1: How to disable umask and access UNC path
Message-ID: <19990816131324.B1087@cygnus.com>
Reply-To: cygwin AT sourceware DOT cygnus DOT com
Mail-Followup-To: igoresha AT iwmail DOT com, cygwin AT sourceware DOT cygnus DOT com
References: <9908160822174G DOT 26669 AT webb1 DOT iname DOT net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.6i
In-Reply-To: <9908160822174G.26669@webb1.iname.net>; from igoresha@iwmail.com on Mon, Aug 16, 1999 at 08:22:17AM -0400

On Mon, Aug 16, 1999 at 08:22:17AM -0400, igoresha AT iwmail DOT com wrote:
>> igoresha AT iwmail DOT com wrote:
>> > [...]
>> > And in any case does the fact that new code does not work accross network should be considered as a bug?
>> > I.e. if I make a new file of a different computer it
>> > should be created under the ownership of the account under which I connected to that computer and not the account under which I logged in locally.
>> 
>> This is a illegal implication. You have accessed the other computer via
>> smb. This has NOTHING to do with NT security. The correct behaviour is
>> to use the SID under which you are logged into the NT network and in
>> your example it's the SID of your local login. The resulting `Unknown'
>> account on the other computer is a logical consequence because it has
>> no access to your local SAM. Moreover, what you do is possible but not
>> correct in a NT domain. You should login as domain user when you work
>> in a domain. If you use your local login you are mixing two worlds and
>> you have to live with the results.
>
>But under NT4 you can always type 
>net use x: \\ip-address\share password /user:user-name
>
>then you will be logged to ip-address computer regardless of your
>domain membership under account you specify.  Then when you create
>files on "x:" via win32 calls those files by default will be owned by
>account under which you logged to ip-address, not under you local
>account.  This IMHO should be the way ntsec support is implemented in
>CYGWIN.

If I'm understanding what you're saying correctly, then you've just
outlined the solution to the problem -- use "net use" to allocate the
remote share to a logical drive.  Doesn't cygwin work correctly in
that context?

-chris

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com