G'day,
I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the
MAINFRAME. The PDS has been preallocated. The FTP function works however when
I check the PDS member the it has all garbled characters. I tried the FTP with
the BIN command and without. Is there something
Ascii crlf
You need to translate the txt file to EBCDIC
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
John Dawes
Sent: Wednesday, April 11, 2012 8:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: FTP QUESTION
G'day,
I am trying to FTP a txt
John, try using ASC instead of BIN.
Billy
On Wed, Apr 11, 2012 at 8:41 AM, John Dawes jhn_da...@yahoo.com.au wrote:
G'day,
I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the
MAINFRAME. The PDS has been preallocated. The FTP function works however
when I check the
Thanks. Where should I issue the command ASCII CRLF? Should I put it in place
of the BIN command?
From: Veilleux, Jon L veilleu...@aetna.com
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, 11 April 2012 8:44 AM
Subject: Re: FTP QUESTION
Ascii crlf
You need
Thanks to all. It worked when I used ASCII.
From: Bill Ashton bill00ash...@gmail.com
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, 11 April 2012 8:44 AM
Subject: Re: FTP QUESTION
John, try using ASC instead of BIN.
Billy
On Wed, Apr 11, 2012 at 8:41 AM, John
of TennesseeSM and The MEGA
Life and Health Insurance Company.SM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes
Sent: Wednesday, April 11, 2012 7:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: FTP QUESTION
G'day,
I am
David
... z/os, or ZOS, or Z/OS ...
How interesting that even with three shots at it, they *all* came out wrong!
Just for the record it's z (lower case) /
(pick whatever case you like for that one) and then OS (upper case) - or
maybe you were just pulling my leg!
I never intended to
--snip--
FSVO (in a broader context than IBM's FTP) compress I just downloaded
the Gutenberg Project's Moby Dick (a novel; arguably text-rich). The
statistics:
Compressed: 584,758 bytes
Uncompressed: 1,231,344 bytes
I'll fully
On Wed, 10 Aug 2011 08:25:53 -0500, Chris Mason wrote:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b990/5.44
Because compression is such a light-weight process - here a comparison with
the heavy-weight processes compaction or encryption is valid! - it has a very
small
Paul
I recently saw - again I have to confess - a program where a character intended
to be portrayed as habitually and incessantly argumentative was described in
terms of it being very likely that if left alone he would immediately find a
reason to argue with himself.
If I see it again - it's
317 581-6460
Home 317 598-0919 / Cell 317 341-0885
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Chris Mason
Sent: Thursday, August 11, 2011 10:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP Question
Paul
I recently saw - again I have
(e.g. moving a TS3500 from
Massachusetts to India) is still more efficient by air-mailing tape
cartridges than using ftp?
Cheers
Michael
Von:Mingee, David david.min...@libertymutual.com
An: IBM-MAIN@bama.ua.edu
Datum: 2011-08-10 07:30
Betreff:FTP Question
Gesendet von: IBM
David
I assume this saves bandwidth and the data is transmitted not in clear text
...
Not true. In effect, data *is* transmitted in clear text.
Quoting Michael Klaeschen
... Compressed text is clear text compared to encrypted text.
while trying to steer you into a proper understanding
Sorry, I forgot to change the subject.
Hello Experts,
I am asking for opinions on the ramifications or value of using the MODE C
(compress) command within generic ZOS batch FTP. I am not a SYSPROG and do not
have full access to SMF and RMF. My brief testing showed 3 to 10 times faster
run
Would any solution account for such a case?
--
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
In c25c37dc7105ba4b983629ccc8b724ad2ba6a...@doaisd5201.state.mt.ads,
on 04/01/2011
at 06:56 PM, Grinsell, Don dgrins...@mt.gov said:
Check out the FTP Client API for REXX in the CS: IP Programmer's
Guide and Reference.
Wasn't the OP looking for a windoze client rather than a z/OS client?
--
On Sat, 2 Apr 2011 01:47:00 -0400, Steve Horein wrote:
BASE64 snipped. How does this happen?
Does your proposal correctly handle the case where another
job may create the data set during the window between the
DIR and the PUT?
-- gil
Whoa there fella ... !!!
One could impute JGs influence here. I don't know how you'd live with yourself.
g,d,r
Shane ...
On Fri, Apr 1st, 2011 at 4:21 PM, Paul Gilmartin wrote:
...
It's dismaying how many followups presumed a z/OS client, or
imputed facilities present only in IBM clients to
In a6b9336cdb62bb46b9f8708e686a7ea005d9901...@nrhmms8p02.uicnrh.dom,
on 03/31/2011
at 07:34 AM, McKown, John john.mck...@healthmarkets.com said:
z/OS really needs a better ftp client. I wish we had one that is
scriptable
Perl comes with Net::FTP. I don't know whether there is a Rexx
Subject: Re: FTP question
snip
(A startling result of an experiment in another thread.)
When the target is a UNIX file:
ftp cd /u/user
250 HFS directory /u/user is the current working directory
ftp rename temp.dup2 temp.dup1
350 RNFR accepted. Please supply new name for RNTO
On Fri, 1 Apr 2011 14:07:07 -0400, Shmuel Metz (Seymour J.) wrote:
In a6b9336cdb62bb46b9f8708e686a7ea005d9901...@nrhmms8p02.uicnrh.dom,
on 03/31/2011
at 07:34 AM, McKown, John said:
z/OS really needs a better ftp client. I wish we had one that is
scriptable
...
much like IDCAMS is
to failure without losing enthusiasm.
-- Winston Churchill
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Shmuel Metz (Seymour J.)
Sent: Friday, 01 April 2011 12:07
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP question
On Fri, 1 Apr 2011 11:53:37 -0700, Schwarz, Barry A wrote:
Possibly because the ftp rename command invokes the Unix mv command which then
assumes you really meant move.
I doubt it. The evidence:
$ ftp mvs
220-FTPD1 IBM FTP CS V1R12 at MVS 18:58:45 on 2011-04-01.
Remote system type
The REXX function package for FTP client seems like an odd design to me.
has anyone here used it?
Would seem to me like a REXX host command environment for FTP would be much
easier to use, but that's just my opinion.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Fri, Apr 1, 2011
Native Windows batch should do what you want. How about something like this:
@ECHO OFF
SETLOCAL
:: Build FTP script
ftp.script ECHO Username
ftp.script ECHO Password
ftp.script ECHO dir Dataset
ftp.script ECHO quit
:: Loop through FTP command output
FOR /F tokens=1* %%A IN ('ftp -s:ftp.script
Hi,
One of our users wants an ftp transfer to fail if the data set already exists.
z/OS is the server.
The client is windows.
Is this possible?
TIA
Gadi
לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם
החברה, מחייבים מסמך נפרד
Sure, using FTP exits.
ITschak
2011/3/31 גדי בן אבי gad...@malam.com
Hi,
One of our users wants an ftp transfer to fail if the data set already
exists.
z/OS is the server.
The client is windows.
Is this possible?
TIA
Gadi
לשימת לבך, בהתאם לנהלי
I tought it will fail when not using the '(replace'.
2011/3/31 Itschak Mugzach imugz...@gmail.com
Sure, using FTP exits.
ITschak
2011/3/31 גדי בן אבי gad...@malam.com
Hi,
One of our users wants an ftp transfer to fail if the data set already
exists.
z/OS is the server.
The
Replace works when z/OS is the client.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Matan Cohen
Sent: Thursday, March 31, 2011 11:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP question
I tought it will fail when not using
On Thu, 31 Mar 2011 10:56:39 +0300 ??? ?? ??? gad...@malam.com wrote:
:One of our users wants an ftp transfer to fail if the data set already exists.
:z/OS is the server.
:The client is windows.
:Is this possible?
Try a GET first, and if no data obtained ...
An MVS server will require REPLACE
We use the followings steps
Del targetfilename.$TMP$
Put sourcefilename targetfiname.$TMP$
If the put is RC 0 then the dataset is complete
Ren targetfilename.$TMP$ realtargetname
The rename is atomic, and will fails if the real target dataset exist on evry
platform
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of ??? ?? ???
Hi,
One of our users wants an ftp transfer to fail if the data set already
exists.
z/OS is the server.
The client is windows.
Is this possible?
Omitting the (REPLACE keyword from the PUT command
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernard Coeytaux
Sent: Thursday, March 31, 2011 6:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP question
We use the followings steps
Del targetfilename.$TMP$
Put
.
On Thu, Mar 31, 2011 at 8:34 AM, McKown, John john.mck...@healthmarkets.com
wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernard Coeytaux
Sent: Thursday, March 31, 2011 6:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP
Since no one has mentioned this, it probably won't work on z/OS, but on
the Windows based FTP server we use (Gene6), if the user has access to
PUT a file but does not have access to DELETE a file, a PUT fails if the
file already exists. This is because if the file already exists the FTP
server
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Frank Swarbrick
Sent: Thursday, March 31, 2011 10:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP question
Since no one has mentioned this, it probably won't work on
z/OS
This is certainly possible if you use our free Co:Z SFTP server on z/OS.
This would also have the benefit of being secure and sftp uses a single ssh
port (22) which is more firewall/nat router friendly than FTP.
The windows client could use PuTTY's psftp command, like this:
C:\ psftp user@zos
Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of
Roberto Halais
Sent: Thursday, March 31, 2011 5:49 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] FTP question
There exists REXX for PC (Reginald, OOREXX, etc) in the windows
environment.
I would
code a REXX script
On Thu, 31 Mar 2011 10:56:39 +0300, #1490;#1491;#1497; amp;#1489;#1503;
#1488;#1489;#1497; gad...@malam.com
wrote:
Hi,
One of our users wants an ftp transfer to fail if the data set already
exists.
z/OS is the server.
The client is windows.
Is this possible?
TIA
Gadi
Try:
SUNIQUE ON
On Thu, 31 Mar 2011 07:34:27 -0500, McKown, John wrote:
-Original Message-
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernard Coeytaux
Sent: Thursday, March 31, 2011 6:57 AM
We use the followings steps
Del targetfilename.$TMP$
Put sourcefilename targetfiname.$TMP$
If the put is
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Steely
Sent: Tuesday, June 02, 2009 4:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: FTP Question
We are z/OS V1R9. When transferring a file from the MF to the Unix
Server the x'6a' is being translated
We are z/OS V1R9. When transferring a file from the MF to the Unix
Server the x'6a' is being translated to a ASCII x'1a'. We need this to
be translated to an x'7c'. Does IBM have a translate table that does
this and if not how do I generate a translate table ?
Any help would be appreciated.
They are called 'code pages'.
HTH and good luck.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Mark Steely
Sent: Tuesday, June 02, 2009 4:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: FTP Question
We are z/OS V1R9. When transferring
If you haven't customized the SBDATACONN parameter in the FTPDATA and
FTSDATA configuration files, the default EBCDIC-ASCII conversion is
FTP_STANDARD_TABLE, which for text uses a fixed translation table that
pre-dates current code pages and uses 7-bit ASCII -- definitely not a
one-to-one
Since you are using Client FTP in TSO, you need the TSO MOUNT privilege and
you need AUTOTAPEMOUNT specified in your FTP.DATA file. There are several
places where the FTP.DATA file can be found, make sure you get the correct
one.
We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into a
FTP problem
We are able to FTP to a tape drive on our current system, however when we FTP
to a tape drive on the Z/OS 1.9 system we get the following
Error (error code 0218 info code S99ERSN 0FD6)
Any help
Sabo, Frank wrote:
We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into
a FTP problem
We are able to FTP to a tape drive on our current system, however when we FTP
to a tape drive on the Z/OS 1.9 system we get the following
Error (error code 0218 info code
[mailto:ibm-m...@bama.ua.edu] On
Behalf Of Sabo, Frank
Sent: Tuesday, February 17, 2009 08:52
To: IBM-MAIN@bama.ua.edu
Subject: FTP Question
We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran
into a FTP problem
We are able to FTP to a tape drive on our current system, however when
we
We are able to FTP to a tape drive on our current system, however when we
FTP to a tape drive on the Z/OS 1.9 system we get the following
Error (error code 0218 info code S99ERSN 0FD6)
The 0218 error code indicates the user may not have MOUNT authority. Check
the TSO/E customization
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Sabo, Frank
Sent: Tuesday, February 17, 2009 08:52
To: IBM-MAIN@bama.ua.edu
Subject: FTP Question
We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran
into a FTP problem
We are able to FTP to a tape drive
Good Day,
I am attempting to FTP a file to a sequential dataset which is preallocated on
the MAINFRAME.
When I issued the command :put jclbkup 'my.dsn.mainframe' . The jclbkup is the
name of the file which is on my D drive. The command is accepted but I don't
see any records being FTP'd.
John Dawes fo the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
wrote on 06/30/2008 11:06:50 AM:
Good Day,
I am attempting to FTP a file to a sequential dataset which is
preallocated on the MAINFRAME.
When I issued the command :put jclbkup 'my.dsn.mainframe' . The
jclbkup is
Here it is:
ftp PUT
Local file D:\Documents and Settings\SYSEN1\My Documents\NTP FTP\FTPTEST
--- On Tue, 1/7/08, John P Kalinich [EMAIL PROTECTED] wrote:
From: John P Kalinich [EMAIL PROTECTED]
Subject: Re: FTP QUESTION - Put Command
To: IBM-MAIN@BAMA.UA.EDU
Received: Tuesday, 1 July, 2008, 2
-MAIN@BAMA.UA.EDU
cc
Subject
FTP QUESTION - Put Command
Good Day,
I am attempting to FTP a file to a sequential dataset which is
preallocated on the MAINFRAME.
When I issued the command :put jclbkup 'my.dsn.mainframe' . The jclbkup
is the name of the file which is on my D drive
:
From: John P Kalinich [EMAIL PROTECTED]
Subject: Re: FTP QUESTION - Put Command
To: IBM-MAIN@BAMA.UA.EDU
Received: Tuesday, 1 July, 2008, 2:08 AM
John Dawes fo the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
wrote on 06/30/2008 11:06:50 AM:
Good Day,
I am attempting to FTP
Do you have FTP logging enabled in your SYS1.TCPPARMS(FTPDATA)? I think
this is done with:
FTPLOGGING TRUE
This will produce some messages that are sent to the syslog daemon. That
way, you can see every incoming FTP transaction that logs the date/time,
foreign ip address, username, MVS
I have several Open systems servers each running windows 2003. having
unique IP addresses and each running their own scripts to capture data.
This data is then being sent via ftp and stored on mainframe lpar as
GDGs. Each file being sent to the mainframe is unique and is being
stored in their
On Thu, 28 Feb 2008 07:05:05 -0500, Mike Liberatore [EMAIL PROTECTED]
wrote:
I have several Open systems servers each running windows 2003. having
unique IP addresses and each running their own scripts to capture data.
This data is then being sent via ftp and stored on mainframe lpar as
GDGs.
Only one idea, user error. Over 15 years of IP access to mvs, I've
had several PFCSKS swear that they found a case where my server was
making a mistake. They have yet to win one.
You can check SMF records to see when the incorrect datasets are created
and by who. Then backtrack from there.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Mike Liberatore
Sent: Thursday, February 28, 2008 6:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: FTP question
I have several Open systems servers each running windows 2003. having
unique
, 2008 6:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: FTP question
I have several Open systems servers each running windows 2003. having
unique IP addresses and each running their own scripts to capture data.
This data is then being sent via ftp and stored on mainframe lpar as
GDGs. Each file being sent
I have received a file which has been ftp'd in binary from a mainframe site
to a windows pc and then emailed to me. The file was originally RECFM=VB.
Is there a way to ftp it back to another mainframe and recreate the
original file attributes.
Jim McAlpine
On 2/4/08, Jim McAlpine [EMAIL PROTECTED] wrote:
I have received a file which has been ftp'd in binary from a mainframe
site to a windows pc and then emailed to me. The file was originally
RECFM=VB. Is there a way to ftp it back to another mainframe and recreate
the original file
In [EMAIL PROTECTED], on
02/04/2008
at 12:58 PM, Jim McAlpine [EMAIL PROTECTED] said:
I have received a file which has been ftp'd in binary from a mainframe
site to a windows pc and then emailed to me. The file was originally
RECFM=VB. Is there a way to ftp it back to another mainframe and
On Mon, 4 Feb 2008 11:27:00 -0500, Shmuel Metz (Seymour J.) wrote:
I have received a file which has been ftp'd in binary from a mainframe
site to a windows pc and then emailed to me. The file was originally
RECFM=VB. Is there a way to ftp it back to another mainframe and recreate
the original
In [EMAIL PROTECTED], on 02/04/2008
at 12:06 PM, Paul Gilmartin [EMAIL PROTECTED] said:
None of these techniques can reconstruct the existing E-mail attachment.
What e-mail attachment? FTP is not MIME.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
66 matches
Mail list logo