If the mainframe is using ACF/ACF2 or RACF security, most likely you're
running into security problems where your userid may not have the
proper permissions to read and/or allocate the datasets (files).  In
our case, mainframe security is set up to check dataset security
through the third high-level qualifier of the dsn.
 
Another thing to check is how your current working directory is set
when you log into the mainframe via ftp.  The 'pwd' command will
probably show your current working directory as your tso user id (e.g.,
"tso_user_id."  When you attempt to access a file, ftp prepends this
current working directory to the dsn you specify - for example:
 
    open mvs_system_id
    user tso_user_id
 
    get test.user.file1
 
    <This 'get' fails because ftp is actually requesting the file as,
        'tso_user_id.test.user.file1'>
 
    pwd
    "'tso_user_id.' is working directory"
 
    cd ..
    pwd
    " '' is working directory"      < you are now at 'root'>
 
    get test.user.file1
    .
    .
 
The 'get' should now work, assuming your security is set up properly.
 
We've been doing this for a few years, now, and we still get bitten by
this on occasion.       :) :)
 
Good luck!
 
Lee Gunter      503-375-4498        [log in to unmask]
HMO Oregon      503-375-4401  fax
==========================================================
The opinions expressed, here, are mine and mine alone, and do not
necessarily reflect those of my employer.
 
 
 
 
______________________________ Reply Separator _________________________________
Subject: ftp'ing onto a os/mvs machine
Author:  Don Paterwic <[log in to unmask]> at ~INTERNET
Date:    7/13/96 2:53 AM
 
 
got a question for anybody that may have done this..
 
<snip>