Your best friend for file transfer.

timestamps in z/VM CMS (5 posts)
- Started 20 years ago by cps@uvic.ca
- Latest reply 20 years ago from cps@uvic.ca
-
cps@uvic.ca Member
-
Jim Matthews Administrator
The TCP/IP upgrade is probably the source of the problem; IBM may have changed the date format in the file list. Could you post the contents of the Fetch Transcript window after the user logs in and chooses "View File List" from the Remote menu? Chose "Fetch Transcript" from the Window menu.
Thanks,
Jim Matthews
Fetch Softworks -
cps@uvic.ca Member
Hello Jim,
Sorry to take so long getting back to you, but it's the beginning of the fall term here at UVic. Anyway, here is the Fetch transcript:
Fetch 4.0.3 System 0x1026 Serial FETCHED001-K05B-04DB TR
Connecting to uvvm.uvic.ca port 21 (2003-08-28 12:25:50)
220-FTPSERVE IBM VM Level 430 at UVVM.UVic.CA, 12:24:08 PDT THURSDAY 2003-08-28
220 Connection will close if idle for more than 5 minutes.
USER peters
331 Send password please.
PASS
230 PETERS logged in; working directory = PETERS 191
SYST
215-z/VM Version 4 Release 3.0, service level 0201 (32-bit)
VM/CMS Level 19, Service Level 201
215 VM is the operating system of this server.
PWD
257 "PETERS.191" is working directory
MACB ENABLE
500 Unknown command, 'MACB'
PWD
257 "PETERS.191" is working directory
PASV
227 Data transfer will passively listen to 142,104,5,6,142,71
LIST
125 List started OK
@DBERR FILE V 828 10 1 2003-06-04 12:29:51 CMS191
FOO TEXT F 80 1 1 2003-08-26 15:27:08 CMS191
FOOBAR TEXT F 80 11 1 2001-07-04 10:03:14 CMS191
LASTING GLOBALV V 38 13 1 2003-08-27 13:18:22 CMS191
LISTSERV REFCARD V 80 304 5 1998-12-18 9:59:52 CMS191
PETERS NAMES V 14 4 1 2001-12-06 9:49:35 CMS191
PETERS NETLOG V 107 4 1 2003-08-27 8:23:10 CMS191
PETERS SIGNATUR F 80 5 1 1997-09-25 17:43:41 CMS191
PROFILE EXEC V 34 3 1 1995-06-08 14:32:04 CMS191
UNREAD NOTEINDX F 153 1 1 2001-12-06 9:49:35 CMS191
132 COLUMNS V 132 8 1 1994-09-01 12:03:47 CMS191
132 TEXT V 132 8 1 2003-08-27 13:33:12 CMS191
250 List completed successfully.
PASV
227 Data transfer will passively listen to 142,104,5,6,142,120
LIST
125 List started OK
@DBERR FILE V 828 10 1 2003-06-04 12:29:51 CMS191
FOO TEXT F 80 1 1 2003-08-26 15:27:08 CMS191
FOOBAR TEXT F 80 11 1 2001-07-04 10:03:14 CMS191
LASTING GLOBALV V 38 13 1 2003-08-27 13:18:22 CMS191
LISTSERV REFCARD V 80 304 5 1998-12-18 9:59:52 CMS191
PETERS NAMES V 14 4 1 2001-12-06 9:49:35 CMS191
PETERS NETLOG V 107 4 1 2003-08-27 8:23:10 CMS191
PETERS SIGNATUR F 80 5 1 1997-09-25 17:43:41 CMS191
PROFILE EXEC V 34 3 1 1995-06-08 14:32:04 CMS191
UNREAD NOTEINDX F 153 1 1 2001-12-06 9:49:35 CMS191
132 COLUMNS V 132 8 1 1994-09-01 12:03:47 CMS191
132 TEXT V 132 8 1 2003-08-27 13:33:12 CMS191
250 List completed successfully.
PWD
257 "PETERS.191" is working directory
PWD
257 "PETERS.191" is working directory -
Jim Matthews Administrator
Apparently the date format was changed from month-day-year to year-month-day, and that throws Fetch. I'll see about fixing this in the next Fetch release. In the meantime, you can use the "View File List" command to see the file dates, and if you check "Don't preserve modification dates" it shouldn't save downloaded files with bogus dates.
Thanks,
Jim Matthews
Fetch Softworks -
cps@uvic.ca Member
Thanks Jim, for looking into it.
And thanks for making such an excellent program freely available to the educational community.
Peter
- Page 1
Topic closed
This topic has been closed.
I have a user who routinely uses Fetch to move files to/from his IBM z/VM CMS account. In the past, everything has worked fine.
Today, he noticed that when he uses Fetch to ftp to his CMS account, the dates/times that Fetch displays are garbled, and when he downloads a file, it gets a completely erroneous date/time.
I have found out about the "Obscure Option -> Don't preserve modification dates" and have asked the user if this is an adequate work-around (he hasn't answered yet), but does any one know the cause of this problem and its fix?
The IBM z/VM recently has its TCP/IP version upgraded from 3.1.0 to 4.3.0, and I suspect that this is the root of the problem, but can anyone confirm this? And is there something that I can do to fix it?
Thanks in advance,
Peter
Posted 20 years ago #