|
I could be wrong, but I was under the impression that permissions for NT shares are controlled entirely from the NT side. I know that I can't change anything using ops nav. I think I'm trying to drive the car by using the steering wheel but ignoring the accelerator, brake, and shift lever/clutch. I need to read up on this again. I'd definitely like to be able to ignore the userid/password thing if I could. I just ran a test file transfer using the user parm on sbmjob and at least I know that the copy works and takes a reasonable amount of time. Thanks for your help. > -----Original Message----- > From: Chris Bipes [mailto:chris.bipes@cross-check.com] > Sent: Friday, October 05, 2001 3:28 PM > To: 'midrange-l@midrange.com' > Subject: RE: qntc userid in a production batch job > > > If *public is write only, any one can put something into the > share. You can > define one share as "c:\whatever" shared as "newonly$$" which > will hide it > from users and public access is write only, no > read/update/delete. The > AS400 program then writes to that share. Now you define a > second share over > the same directory giving public exclude authority and what > ever group of > users the access they need. No profile sync necessary. > > Christopher K. Bipes mailto:ChrisB@Cross-Check.com > Operations & Network Mgr mailto:Chris_Bipes@Yahoo.com > CrossCheck, Inc. http://www.cross-check.com > 6119 State Farm Drive Phone: 707 586-0551 x 1102 > Rohnert Park CA 94928 Fax: 707 586-1884 > > -----Original Message----- > From: Joel Fritz [mailto:JFritz@sharperimage.com] > Sent: Friday, October 05, 2001 11:44 AM > To: 'midrange-l@midrange.com' > Subject: RE: qntc userid in a production batch job > > > I think it could work this way, but one of the obstacles is > that when we > went to NT from Novell a few years back, the network userids > were no longer > the same as the 400 userids. I could give public access to > the share on the > NT box, but... One way I know that works is to hard code a > userid that > exists in both worlds and has synchronized passwords in the > USER parm of the > SBMJOB command. Seems that there could be a security > problem, although I'm > pretty ignorant in that area. > _______________________________________________ > This is the Midrange Systems Technical Discussion > (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > or email: MIDRANGE-L-request@midrange.com > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l. >
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.