home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / ibmtcpl / 3249 < prev    next >
Encoding:
Text File  |  1993-01-27  |  2.0 KB  |  42 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!bogus.sura.net!howland.reston.ans.net!paladin.american.edu!auvm!WATSON.IBM.COM!RUBINM
  3. Message-ID: <IBMTCP-L%93012615274974@PUCC.PRINCETON.EDU>
  4. Newsgroups: bit.listserv.ibmtcp-l
  5. Date:         Tue, 26 Jan 1993 12:26:56 EST
  6. Sender:       IBM TCP/IP List <IBMTCP-L@PUCC.BITNET>
  7. From:         Bill Rubin <rubinm@WATSON.IBM.COM>
  8. Subject:      Re: MVS TCP/IP 2.2.1 FTP and ACF2 (fwd)
  9. Lines: 31
  10.  
  11. Peter Coleman <pcoleman@OFFSV1.CIS.MCMASTER.CA> writes:
  12.  
  13. > We are experiencing the following problem with MVS TCP/IP 2.2.1.  Does
  14. > anyone have any ideas?
  15. >
  16. >          User X attempts to logon to FTP on MVS but has some kind of
  17. >      problem (eg. their password has expired). User X eventually
  18. >      gets logged on and then does some file transfers. User X then
  19. >      exits FTP on MVS.
  20. >      User Y later logs on to FTP on MVS and then does some file
  21. >      transfers. ACF2 reports datasets violations for user Y's
  22. >      datasets by user X. This of course does not make any sense
  23. >      since user X has long ago quit FTP. User Y does not see or
  24. >      have any problems while using FTP on MVS.
  25.  
  26. There were a few problems with the "no operations authority" code that we
  27. added to FTP in 2.2.1. APAR PN30384 fixes most of them, unfortunately it
  28. is also packaged with the fix for PN29219 which turned out to be bad.
  29. There have been customers who ran with the PTFs for these APARs and had no
  30. problems (this is why we shipped it, it tested fine at a few sites), but a
  31. couple of others have definitely had problems.  The fix for this problem
  32. is APAR PN34588.  It is currently in test and will hopefully be available
  33. before too long, after we are absolutely, positively sure that it works.
  34.  
  35. For now, you may want to go back to running FTPSERVE with operations
  36. authority.  I believe (but cannot guarantee) that this solves the problem
  37. (and it does not represent a security exposure because FTPSERVE checks to
  38. make sure that you have access to the dataset before trying anything).
  39.  
  40. Bill Rubin
  41. IBM TJ Watson Research
  42.