Re: FTP question

No it is not it's some programmers JCL. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Saturday, July 20, 2019 12:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP question On Fri, 19 Jul 2019 21:10:19

Re: FTP question

On Fri, 19 Jul 2019 21:10:19 -0400, CarlosM Martinez wrote: >I will have to take a look at the JCL. But it seems you are correct it is a >BATCH OS/MVS SFTP to UNIX. > So it isn't your JCL? >... >Would anyone know what 65280 return code from an FTP could be? >Command: >Sh rm -f -r /u/dmc/mvs/

Re: FTP question

Subject: Re: FTP question Are you using the z/OS FTP client? It doesn't look like it. It looks like you are trying to invoke a Unix shell with the 'rm' command. Not something that FTP supports, as far as I know. From: IBM Mainframe Discussion Lis

Re: FTP question

Martinez Sent: Friday, July 19, 2019 1:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP question Sorry I sent this before with the wrong subject -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Friday, July 19,

Re: FTP question

@LISTSERV.UA.EDU Subject: FTP question Sorry I sent this before with the wrong subject -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Friday, July 19, 2019 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial

Re: FTP question

On Fri, 19 Jul 2019 15:46:09 -0400, CarlosM Martinez wrote: > >Would anyone know what 65280 return code from an FTP could be? >Command: >Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131 >Failed with a return code 65280 > Is it significant that that's 0xff00? -- gil -

FTP question

Sorry I sent this before with the wrong subject -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Friday, July 19, 2019 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hello ;

Base64 (was: z/OS Secure FTP Question)

On Tue, 8 Aug 2017 14:29:00 -0500, Walt Farrell wrote: >On Tue, 8 Aug 2017 10:35:08 -0600, Paul Gilmartin wrote: > >>(Interesting: another base64 body I can't quote on the Web interface.) > >If you use Firefox you might consider installing the LeetKey extension, which >will allow such quoting wit

Re: z/OS Secure FTP Question

On Tue, 8 Aug 2017 10:35:08 -0600, Paul Gilmartin wrote: >(Interesting: another base64 body I can't quote on the Web interface.) If you use Firefox you might consider installing the LeetKey extension, which will allow such quoting with relative ease. Just select the encoded text, right-click,

Re: z/OS Secure FTP Question

Re: z/OS Secure FTP Question CAUTION EXTERNAL EMAIL Another question. Any idea how much DASD space to allocate for the SMPNTS and/or SMPWKDIR ZFS files? I seem to keep running out. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: z/OS Secure FTP Question

(Interesting: another base64 body I can't quote on the Web interface.) On 2017-08-08, at 09:55, Allan Staller wrote: > SMPWKDIR should be at least 3 times the size of the package. > IIRC, there is a minimal increase in the root filesystem. > > -Original Message- > From: Veryl Ellis > Sent

Re: z/OS Secure FTP Question

@LISTSERV.UA.EDU Subject: Re: z/OS Secure FTP Question Another question. Any idea how much DASD space to allocate for the SMPNTS and/or SMPWKDIR ZFS files? I seem to keep running out. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: z/OS Secure FTP Question

age - From: "Veryl Ellis" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 8, 2017 10:46:51 AM Subject: Re: z/OS Secure FTP Question Another question. Any idea how much DASD space to allocate for the SMPNTS and/or SMPWKDIR ZFS files? I seem to keep running out. --

Re: z/OS Secure FTP Question

AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS Secure FTP Question I agree, HTTPS is much easier to both implement and use. IBM supplies the directions on every order in ShopZSeries (off on the right side). I think they also tell you right in each shipment, but I could be wrong. Brian

Re: z/OS Secure FTP Question

I agree, HTTPS is much easier to both implement and use. IBM supplies the directions on every order in ShopZSeries (off on the right side). I think they also tell you right in each shipment, but I could be wrong. Brian -- For

Re: z/OS Secure FTP Question

On 8/7/2017 9:13 AM, Veryl Ellis wrote: I'm attempting to setup a secure FTP so I get PUT/RSU maintenance via FTP and move away from requesting tape. Can someone tell me if I should use; GeoTrust Global CA Or GeoTrust Global CA 2 You want GeoTrust Global CA (serial number 02 34 56). I sugge

z/OS Secure FTP Question

I'm attempting to setup a secure FTP so I get PUT/RSU maintenance via FTP and move away from requesting tape. >From the IBM knowledge center is states to; Download to your work station the GeoTrust Global CA root certificate (Root 2 - GeoTrust Global CA) from the GeoTrust website at https://www

Re: FTP Question

On Mon, 29 Sep 2014 09:35:36 -0400, John Gilmore wrote: > >The notion that some code points in a character set---SBCS, DBCS, or >MBCS---are "characters" and others are not is, however, a supremely >silly one. > At best, it's an utter impediment to bijective (round-trip) conversion. Fortunately, how

Re: FTP Question

It is traditional and often useful to distinguish control characters and graphic characters, printable/displayable ones; and some very different dichotomizing terminology has been used to make this distinction. The notion that some code points in a character set---SBCS, DBCS, or MBCS---are "charac

Re: FTP Question

In <4337039103798508.wa.paulgboulderaim@listserv.ua.edu>, on 09/27/2014 at 08:55 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >I suppose it comes down to whom you trust in this matter: Neither, but IANA is certainly more reliable than wiki. The IANA chart shows

Re: FTP Question

In <041d01cfdacf$3b377790$b1a666b0$@mcn.org>, on 09/27/2014 at 08:49 PM, Charles Mills said: >You could argue that X'01' is not a "character." See , or Table 2-3. Types of Code Points in The Unicode 5.0 Standard. SOH would appear to be a

Re: FTP Question

rday, September 27, 2014 6:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP Question In <2874406462216786.wa.paulgboulderaim@listserv.ua.edu>, on 09/25/2014 at 11:15 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >There's *no* character that c

Re: FTP Question

On Sat, 27 Sep 2014 21:32:33 -0400, Shmuel Metz (Seymour J.) wrote: > >>There's *no* character that can't be converted from IBM-1047 to >>UTF-8. > >While shows >translations for all code points, > shows

Re: FTP Question

In <2874406462216786.wa.paulgboulderaim@listserv.ua.edu>, on 09/25/2014 at 11:15 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >There's *no* character that can't be converted from IBM-1047 to >UTF-8. While s

Re: FTP Question

In <54236565.90...@aim.com>, on 09/24/2014 at 06:44 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Shmuel has an incorrigible bad habit of >trimming to where the citation is unidentifiable. You have a bad habit of denmanding citations of things that are not relevant

Re: FTP Question

On Tue, 23 Sep 2014 09:23:54 -0500, Bill Godfrey wrote: >> >I have seen the very misleading 451 message when attempting this with a USS >file in which the last line does not end with hex 15. > I tried the following script (on Solaris): 550$ cat bin/longline #! /bin/sh -x # Doc: create a large fil

Re: FTP Question

On 2014-09-24 15:29, Bill Godfrey wrote: > On Wed, 24 Sep 2014 07:57:21 -0400, Shmuel Metz (Seymour J.) wrote: > >> on 09/24/2014 >> at 01:14 AM, Paul Gilmartin said: >> >>> My source was IBM-1047; my destination was UTF-8. But Bill Godfrey >>> had the correct explanation >> >> Curiouser and cu

Re: FTP Question

On Wed, 24 Sep 2014 07:57:21 -0400, Shmuel Metz (Seymour J.) wrote: >In <3301410553087520.wa.paulgboulderaim@listserv.ua.edu>, on >09/24/2014 > at 01:14 AM, Paul Gilmartin ><000433f07816-dmarc-requ...@listserv.ua.edu> said: > >>My source was IBM-1047; my destination was UTF-8. But Bil

Re: FTP Question

In <3301410553087520.wa.paulgboulderaim@listserv.ua.edu>, on 09/24/2014 at 01:14 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >My source was IBM-1047; my destination was UTF-8. But Bill Godfrey >had the correct explanation Curiouser and curiouser. RFC 959 does

Re: FTP Question

On Tue, 23 Sep 2014 20:08:55 -0400, Shmuel Metz (Seymour J.) wrote: > >>Awww c'mon! what codepoint can possibly have no UTF-8 >>representation!? > >Is it saying that an EBCDIC character has no Unicode equivalent, or >that a Unicode character has no EBCDIC equivalent? The later is likely >to be a fr

Re: FTP Question

In <4714758658531703.wa.paulgboulderaim@listserv.ua.edu>, on 09/23/2014 at 07:16 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Awww c'mon! what codepoint can possibly have no UTF-8 >representation!? Is it saying that an EBCDIC character has no Unicode equivalen

Re: Incomplete last line (was: FTP Question)

On Tue, 23 Sep 2014 16:27:06 -0500, Bill Godfrey wrote: > >>o Is there a utility that will append "\n" only if the file doesn't already >>contain one? > >#!/bin/sh >if [ $# -gt 0 ] ; then > endbyte=`tail -c1 $1 | od -tc -An | awk '{ print $1 }'` > if [ "${endbyte}" != '\n' ] ; then > echo >> $1 >

Re: Incomplete last line (was: FTP Question)

Here's one way in the z/OS Unix shell to add a missing newline to the end of a text file: last=$(tail -c1 myfile) test ${#last} != 0 && echo "" >> myfile This is pretty efficient, but fails to add a newline if the file ends in a nul (0x00) character. Kirk Wolf Dovetailed Technologies http://dove

Re: Incomplete last line (was: FTP Question)

On Tue, 23 Sep 2014 15:03:21 -0500, Paul Gilmartin wrote: >On Tue, 23 Sep 2014 09:23:54 -0500, Bill Godfrey wrote: >> >>I have seen the very misleading 451 message when attempting this with a USS >>file in which the last line does not end with hex 15. >> >>If that is the case with your chars.a2e

Incomplete last line (was: FTP Question)

On Tue, 23 Sep 2014 09:23:54 -0500, Bill Godfrey wrote: > >I have seen the very misleading 451 message when attempting this with a USS >file in which the last line does not end with hex 15. > >If that is the case with your chars.a2e file, if you try the multi-byte >transfer again after appending

Re: FTP Question

On Tue, 23 Sep 2014 09:23:54 -0500, Bill Godfrey wrote: > >>125 Sending data set /u/user/chars.a2e >>12 162.75 KiB/s >>451 File transfer failed. Multi-byte data conversion error occurred >>12 bytes received in 00:00 (0.30 KiB/s) >> >>ftp> quote SYST >>215 UNIX is the operating system of t

Re: FTP Question

On Tue, 23 Sep 2014 07:16:39 -0500, Paul Gilmartin wrote: >On Mon, 22 Sep 2014 12:01:48 -0400, Mark Jacobs wrote: > >>One of my users is trying to send a mainframe file to another sever, >>converting it to UTF-8 with Byte Order Mark(BOM). So far he hasn't been >>able to get it to work, Has anyone

Re: FTP Question

On Mon, 22 Sep 2014 12:01:48 -0400, Mark Jacobs wrote: >One of my users is trying to send a mainframe file to another sever, >converting it to UTF-8 with Byte Order Mark(BOM). So far he hasn't been >able to get it to work, Has anyone here been able to do so? These are >some of the things he's tri

Re: FTP Question

On Mon, 22 Sep 2014 12:01:48 -0400, Mark Jacobs wrote: >One of my users is trying to send a mainframe file to another sever, >converting it to UTF-8 with Byte Order Mark(BOM). So far he hasn't been >able to get it to work, Has anyone here been able to do so? These are >some of the things he's trie

Re: FTP Question

In <5115893640931170.wa.paulgboulderaim@listserv.ua.edu>, on 09/22/2014 at 04:16 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Is UTF-8 really Byte Order sensitive? No. See RFC 3629 and RFC 5198. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO po

Re: FTP Question

In <542047ec.2060...@custserv.com>, on 09/22/2014 at 12:01 PM, Mark Jacobs said: >One of my users is trying to send a mainframe file to another sever, >converting it to UTF-8 with Byte Order Mark(BOM). BOM? For UTF-8? Why? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO positi

Re: FTP Question

On Mon, 22 Sep 2014 12:01:48 -0400, Mark Jacobs wrote: >One of my users is trying to send a mainframe file to another sever, >converting it to UTF-8 with Byte Order Mark(BOM). So far he hasn't been >able to get it to work, Has anyone here been able to do so? These are >some of the things he's trie

Re: FTP Question

On Mon, 22 Sep 2014 12:01:48 -0400, Mark Jacobs wrote: >One of my users is trying to send a mainframe file to another sever, >converting it to UTF-8 with Byte Order Mark(BOM). So far he hasn't been >able to get it to work, Has anyone here been able to do so? These are >some of the things he's tr

FTP Question

One of my users is trying to send a mainframe file to another sever, converting it to UTF-8 with Byte Order Mark(BOM). So far he hasn't been able to get it to work, Has anyone here been able to do so? These are some of the things he's tried. (and variations of) site encoding=mbcs site mbdatac