If you were initiating the ftp from zLinux, it would be very simple. But the
z/OS ftp client is brain dead. Uh, that is, minimally compliant with the
required RFCs. In the off chance that anybody is interested in how to do this.
1) create a Perl script likeunto (put it in ~/bin/strip1.pl; chmod it to be
executable )
#!/usr/bin/perl
use strict;
use warnings;
my $fh;
if (1 != scalar(@ARGV)) { exit(1);} #exactly 1 argument
my $ofile=pop(@ARGV);
open($fh,'>',$ofile) or exit(2); #file didn't open!
while(<>) {
chomp;
s/^.(.*)$/$1/; # remove first character
# $_=substr($_,1) if length > 0 # alternate to above regexp.
print $fh "$_\n";
}
close($fh);
in the Linux ftp client:
get remote.file |"~/bin/strip1.pl remote.file"
will read "remote.file" from the server and pipe it to ~/bin/strip1.pl. That
will then write it to the file specified: "remote.file", removing the first
character from each line.
Since you mentioned FTPS, which is encrypted during transmission, have you
considered Co:Z? It can do file transfers over an SSH channel. And it has some
pluses. In particular, you could run the following type code:
//STEP1 EXEC COZPROC,
// ARGS='u...@remote.linux'
//INFILE DD DISP=SHR,DSN=input.file
//STDIN DD *
fromdsn '//DD:INFILE' |\
cut -b 2- >file.on.linux
/*
http://dovetail.com
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please contact
the sender by reply e-mail and destroy all copies of the original message.
HealthMarkets(r) is the brand name for products underwritten and issued by the
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The
MEGA Life and Health Insurance Company.SM
> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donald Russell
> Sent: Monday, November 23, 2009 2:49 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP PUT RECFM=FBM files
>
> I don't consider this a bug at all... FTP's job is to
> transfer the file,
> warts and all.
>
> I was just hoping that when IBM taught it to handle //DD: ,
> they might have
> added an option to not transmit the CC character when the file is
> RECFM=..A|M
>
> It's not a HUGE deal for me, I was just hoping to writ ethe file once
> instead of having a secondary process on Linux ... Though I
> may do it on MVS
> before the send... IEBGENER FBM to FB... I *think* that will
> strip the CCs
> for me...
>
>
>
> On Mon, Nov 23, 2009 at 12:27, Hal Merritt
> <hmerr...@jackhenry.com> wrote:
>
> > I'd go to the root of the problem and fix the bug in the
> zLinux software.
> >
> > Unless, of course, you are a competitor :-)
> >
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> > Behalf Of Donald Russell
> > Sent: Monday, November 23, 2009 10:37 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: FTP PUT RECFM=FBM files
> >
> > A batch process creates a sequential dataset with
> RECFM=FBM.... I transfer
> > that to a zLinux system using FTPS in ASCII mode
> >
> > Is there an FTP option to specify that says "don't send the carriage
> > control" character?
> > Either in the PARM= or through the SYSFTPD DD statement?
> >
> > I haven't seen such a thing mentioned in any of the manuals
> but thought I'd
> > check here before deciding what my work-around solution will be. :-)
> >
> > Thanks for any suggestion, or confirming there is no such option.
> >
> > Cheers
> >
> >
> ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET
> IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > NOTICE: This electronic mail message and any files
> transmitted with it are
> > intended
> > exclusively for the individual or entity to which it is
> addressed. The
> > message,
> > together with any attachment, may contain confidential
> and/or privileged
> > information.
> > Any unauthorized review, use, printing, saving, copying,
> disclosure or
> > distribution
> > is strictly prohibited. If you have received this message
> in error, please
> > immediately advise the sender by reply email and delete all copies.
> >
> >
> ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET
> IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
