I ran this exit at my last site. I ran a 'secure' FTP server on a separate port
(2121) with this exit along with FTCHKIP. From memory I based these exits on
samples in a redbook (TCP/IP Implementation Vol 2?). These redbook samples were
far more comprehensive than those provided in th
1A1B391/2.3.4.1.3?SHELF=F1A1BKB1&DT=20100121150057&FS=TRUE&ScrollTOP=HDRWQ678#HDRWQ678
> >
> controlling user access to the FTP server" in topic
> 2.3.4.1.3<
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B391/2.3.4.1.3?SHELF=F1A1BKB1&DT=2010
OKS/F1A1B391/2.3.4.1.3?SHELF=F1A1BKB1&DT=20100121150057&FS=TRUE&ScrollTOP=HDRWQ678#HDRWQ678>
controlling user access to the FTP server" in topic
2.3.4.1.3<http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B391/2.3.4.1.3?SHELF=F1A1BKB1&DT=20100121150057&FS=TRUE&
and test. You can use a STEPLIB
in your FTP server proc and put the exits in there. Changes are picked up
right away, since the FTP server spawns a new address space for each
session. Just assemble and link your exit to the STEPLIB library and
connect to the server.
The exits need to be in an APF
Dear List,
Good Day !!
To control the FTP server we know we can use FTCHKPWD user exit. Has anyone
used this EXIT at your shop to control the FTP access ? Just wanted to
understand the method to install this exit and control only the specified
user gaining access to FTP server running on Z/OS
bama.ua.edu
> Subject: Re: Question on TCP window size for FTP
>
> So now U know why.
>
> ITschak
>
> On Thu, Jun 7, 2012 at 9:55 AM, Mauri Kanter
> wrote:
>
> > MTU is 1492 (no jumbo frames)
> >
> > --
So now U know why.
ITschak
On Thu, Jun 7, 2012 at 9:55 AM, Mauri Kanter wrote:
> MTU is 1492 (no jumbo frames)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with
MTU is 1492 (no jumbo frames)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
max value was not specified and I can see that the
> FTP from my PC do use a 256K window ...
>
> BTW both sides are z/OS 1.11
>
> Mauri.
>
> --
> For IBM-MAIN subscribe / signoff / archive acce
I'm unaware of the max value they specified on their stack ... But I understood
their TCP stack is configured with send/receive buffers also of 256K. On my
stack the max value was not specified and I can see that the FTP from my PC do
use a 256K window ...
BTW both sides are z/OS 1.11
receiving stack? This
will limit what is available for FTP.
See "Configuring PROFILE.TCPIP for FTP" at
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3a0/2.3.1.
Steven St.Jean
http://sdsusa.com
> -Original Message-
> From: IBM Mainframe Discussion List
ls in the z/os path but not in the PC
path.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Mauri Kanter
Sent: Wednesday, June 06, 2012 9:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Question on TCP window size for FTP
Good morning
Good morning list:
I'm FTPing files from one z/OS mainframe at my site to another mainframe.
On a packet trace I can clearly see that the FTP window is small (about 20K)
while if I FTP from my PC to my mainframe I see that the window is scaled and
it is 256K.
My side uses
TCPSENDBF
Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
retired mainframer
Sent: Tuesday, May 08, 2012 12:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP Parameters in Batch
:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:>:
:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:>: Behalf Of Walter Marguccio
:>: Sent: Tuesday, May 08, 2012 2:33 AM
:>: To: IBM-MAIN@bama.ua.edu
:>: Subject: Re: FTP Parameters in Batch
:>:
:>: > I am lookin
Look at the file pointed to by the //FTPDATA dd statement
Can anyone assist please.
I am looking for the FTP parameters to overwrite the default size of a
Z9 dataset that is created in 'Tracks' and not in 'Cylinders'.
//INP
> I am looking for the FTP parameters to overwrite the default size of a
> Z9 dataset that is created in 'Tracks' and not in 'Cylinders'.
just add
LOCSI CY
after the ASCII option.
Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Inform
Can anyone assist please.
I am looking for the FTP parameters to overwrite the default size of a Z9
dataset that is created in 'Tracks' and not in 'Cylinders'.
//INPUT DD *
ascii
GET Z9JobsDAY17APR2012.txt &#
her use TRSMAIN, TSO XMIT, or DFDSS to dump the PDS to a seq
file, then do the FTP.
If it is, use the technique above as described by Lizette Koehler.
Bob
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Paul Gilmartin wrote:
On Thu, 26 Apr 2012 18:09:27 -0400, Rob Schramm wrote:
Yep.
lcd 'local pdsname'
cd 'foreign pdsname'
MPUT *
will do it just fine.
The tricky part may be allocating the receiving PDS. Notice that
the statement of the problem said it had to be do
You can do your own explicit allocate via FTP if you want.
Check out the SITE command. You can say something like (from memory)
site cyl pri 5 sec 1 dir 20
which is roughly equivalent to SPACE=(CYL,(5,1,20))
and then a mkdir which will create the PDS.
Charles
-Original Message-
From
If FB PDS you can MPUT each member and mput the members but an easier way is to
use TSO XMIT.
TSO XMIT the PDS to a flatfile and then binary ftp the flatfile. It works with
load libraries.
XMIT N1.TSSDON DA('TSSDON.v.LINKLIB') +
OUTDA('TSSDON.v.XMITLINK')
W dniu 2012-04-27 14:36, Bob Shannon pisze:
TRSMAIN is still available AFAIK.
TRSMAIN is an alias of AMATERSE.
Yes, but...
Definitely NOT for older system which do not have AMATERSE.
And for those systems you can still download older version.
BTW: http://techsupport.services.ibm.com/390/trsma
> TRSMAIN is still available AFAIK.
TRSMAIN is an alias of AMATERSE.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM
W dniu 2012-04-27 14:16, McKown, John pisze:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler
Sent: Thursday, April 26, 2012 5:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Have you ever done this using FTP?
I typically
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler
> Sent: Thursday, April 26, 2012 5:08 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Have you ever done this using FTP?
>
>
> I typically e
FTP PUT DFDSS FILES z/OS to z/OS example:
OPEN to-zos
userid
password
QUOTE SITE BLKSIZE=27998 LRECL=0 RECFM=U PRI=19950 SEC=100 TRACK
MODE B
EBCDIC
PUT dfdss.file
2012/4/27 Bob Shannon
> >>lcd 'local pdsname'
> >>cd 'foreign pdsname'
> >>MP
>>lcd 'local pdsname'
>>cd 'foreign pdsname'
>>MPUT *
This works for text.
> I typically either use TRSMAIN, TSO XMIT, or DFDSS to dump the PDS to a seq
> file, then do the FTP.
If it is, use the technique above as described by L
Lot of ways to crack this one, FTP like everyone stated. Jes2 to jes2 using
TCPIP, using NJE,
TSO Xmit works great
Scott Ford
Senior Systems Engineer
www.identityforge.com
On Apr 26, 2012, at 7:44 PM, John McKown wrote:
> The SENDSITE command will help if the PDS needs to be crea
t;
> > :>: -Original Message-
> > :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > :>: Behalf Of John Norgauer
> > :>: Sent: Thursday, April 26, 2012 3:02 PM
> > :>: To: IBM-MAIN@bama.ua.edu
> > :>: Subject: Hav
] On
> :>: Behalf Of John Norgauer
> :>: Sent: Thursday, April 26, 2012 3:02 PM
> :>: To: IBM-MAIN@bama.ua.edu
> :>: Subject: Have you ever done this using FTP?
> :>:
> :>: FTP a PDS from one Mainframe to another mainframe connected through
> :>: TCPIP?
> :
)
:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:>: Behalf Of John Norgauer
:>: Sent: Thursday, April 26, 2012 3:02 PM
:>: To: IBM-MAIN@bama.ua.edu
:>: Subject: Have you ever done this using FTP?
:>:
:>: FTP a PDS from
On Thu, 26 Apr 2012 18:09:27 -0400, Rob Schramm wrote:
>Yep.
>
>lcd 'local pdsname'
>cd 'foreign pdsname'
>
>MPUT *
>
>will do it just fine.
>
The tricky part may be allocating the receiving PDS. Notice that
the statement of the problem said it
, 2012 3:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Have you ever done this using FTP?
Yep.
lcd 'local pdsname'
cd 'foreign pdsname'
MPUT *
will do it just fine.
--
For IBM-MAIN subscribe / signoff / archive
bama.ua.edu] On
> Behalf Of Lizette Koehler
> Sent: Thursday, April 26, 2012 3:08 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Have you ever done this using FTP?
>
> >
> >FTP a PDS from one Mainframe to another mainframe connected through
> TCPIP?
> >
> &
Yep.
lcd 'local pdsname'
cd 'foreign pdsname'
MPUT *
will do it just fine.
Rob Schramm
Senior Systems Consultant
Imperium Group
On Thu, Apr 26, 2012 at 6:02 PM, John Norgauer
wrote:
> FTP a PDS from one Mainframe to another mainframe connected through TCPIP?
&
>
>FTP a PDS from one Mainframe to another mainframe connected through TCPIP?
>
>If so how is it done?
>
>
>
>John Norgauer
I typically either use TRSMAIN, TSO XMIT, or DFDSS to dump the PDS to a seq
file, then do the FTP.
I think TRSMAIN can actually have the PDS as i
FTP a PDS from one Mainframe to another mainframe connected through TCPIP?
If so how is it done?
John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536
SYSTEMS
Looks like TYPE EBCDIC & MODE BLOCK did the trick!
Thanks!
Karl Severson
Raytheon Company
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
'What's a variable length object file? I thought they were always
F 80 (filetype TEXT?).'
In our case they could be output from a compiler (FORTRAN) or an assembler
module. We will try your suggestions and see what happens.
Thanks!
Karl Severson
Raytheon Company
On Tue, 24 Apr 2012 19:46:54 -0500, Karl Severson wrote:
>We've always had a problem with FTP and non-text files (object files, binary,)
>that are variable length on our VM/ESA systems. When they get to where they
>are going they aren't the same as when they left the sour
We've always had a problem with FTP and non-text files (object files, binary,)
that are variable length on our VM/ESA systems. When they get to where they are
going they aren't the same as when they left the source system. This can be
between two IBM's or between an IBM and any
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of John McKown
> Sent: Saturday, April 14, 2012 1:16 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Secure FTP (Was: z/OS every two years)
>
> On Sat, 2012-04-14 at 0
sftp server can access the same z/OS legacy datasets
and SPOOL (get to read a job's output, put to submit a job) as FTP.
http://dovetail.com .
Not only is the basic code free, you don't even need to "register" with
them to download it. Literally "no questions asked!"
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Edward Jaffe
> Sent: Friday, April 13, 2012 5:23 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Secure FTP (Was: z/OS every two years)
>
> On 4/13/2012 5:04 PM, Art G
-list. Nothing detailed... just curious.
We have customers that insist on 'secure' FTP for sending dumps, downloading
files, etc. We set up an SFTP server on our public Internet site and that seems
to have satisfied all requirements thus far. We don't currently support FTPS
wit
Insurance Company 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
> Subj
Thanks to all. It worked when I used ASCII.
From: Bill Ashton
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 Dawes wrote:
> G&
Thanks. Where should I issue the command ASCII CRLF? Should I put it in place
of the BIN command?
From: "Veilleux, Jon L"
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, 11 April 2012 8:44 AM
Subject: Re: FTP QUESTION
Ascii crlf
You need to translate th
John, try using ASC instead of BIN.
Billy
On Wed, Apr 11, 2012 at 8:41 AM, John Dawes 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 t
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
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 some
or RECFM=FB".
>For that matter, until it was named in the "get" the FTP server
>couldn't know the RECFM of the data set.
The above message appeared *after* the get. Were you referring to
that, or to "557 Data contains codepoints that cannot be translated",
wh
On Thu, 29 Mar 2012 13:38:33 -0400, Shmuel Metz (Seymour J.) wrote:
>In <0342014919725794.wa.paulgboulderaim@bama.ua.edu>, on
>03/28/2012
> at 09:10 AM, Paul Gilmartin said:
>
>>Quite so. Which is the reason I think FTP is in error for claiming
>>the data
In <0342014919725794.wa.paulgboulderaim@bama.ua.edu>, on
03/28/2012
at 09:10 AM, Paul Gilmartin said:
>Quite so. Which is the reason I think FTP is in error for claiming
>the data contain an invalid code point.
Did FTP make such a claim, opr did you misunderstand the er
thought that
>you wanted to tramslate IBM-424 to UTF-8, not UTF-8 to IBM-424.
>
Quite so. Which is the reason I think FTP is in error for claiming
the data contain an invalid code point. Using a z/OS UNIX
(whatever) temp file, it can all be done with a single FTP command
and a bizarr
In <1000645908993586.wa.paulgboulderaim@bama.ua.edu>, on
03/27/2012
at 01:03 PM, Paul Gilmartin said:
>WTF!? Didn't Shmuel tell us that UTF-8 contains all of Unicode?
Yes, but I said nothiong about either IBM-424 or IBM-1047. Is there an
easy way to find what code point it's choking on?
d "site mbdataconn=(IBM-424,UTF-8)" to specify
>multibyte encoding.
>
Remote system type is MVS.
ftp> quote site encoding=mbcs
200 SITE command was accepted
ftp> quote site mbdataconn=(IBM-424,UTF-8)
200 SITE command was accepted
ftp> get TEST.TESTPRT(TESTPRT)
200 Port reque
On Tue, 27 Mar 2012 13:03:14 -0500, Paul Gilmartin wrote:
>ftp> quote site sbdataconn=(IBM-424,UTF-8)
>200-Some characters cannot be translated between UTF-8 and IBM-424
>200 SITE command was accepted
>ftp> get TEST.TESTPRT(TESTPRT)
>local: TEST.TESTPRT(TESTPRT) remote: TEST.
After some munging, I get:
220-FTPD1 IBM FTP CS V1R12 at mvs, 17:42:18 on 2012-03-27.
...
Remote system type is MVS.
ftp>
ftp>
ftp> quote site sbdataconn=(IBM-424,UTF-8)
200-Some characters cannot be translated between UTF-8 and IBM-424
200 SITE command was accepted
ftp> get TEST
ua.edu] On Behalf Of
Paul Gilmartin
Sent: Tuesday, March 27, 2012 2:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS ftp and Unicode
On Mon, 26 Mar 2012 11:22:38 +0200, גדי בן ×בי wrote:
>I tried
>quote site encoding=m
>quote site mbdataconn=(IBM-424,UTF-8)
>
>and got:
>
On Mon, 26 Mar 2012 15:50:19 +0200, גדי בן
אבי wrote:
>Hi again,
>
>I transferred a VB file, and it was transferred OK.
>
>Is there any way to transfer FB from z/OS while creating a Unicode file in
>windows?
>
For Unicode encoding UCS-2 (little-endian byte order) try:
quote site ucshostcs=424
On Mon, 26 Mar 2012 11:22:38 +0200, ××× ×× ××× wrote:
>I tried
>quote site encoding=m
>quote site mbdataconn=(IBM-424,UTF-8)
>
>and got:
>504 MULTI-BYTE ENCODING NOT SUPPORTED FOR RECFM=FB
>
I'm curious: where might I find a sample of valid IBM-424 code
to experiment with?
(Damn Listserv
In <1332771629.88027.yahoomai...@web180910.mail.ne1.yahoo.com>, on
03/26/2012
at 07:20 AM, Lloyd Fuller said:
>Depending upon the characters used, some of the UTF-8 characters
>are really 16-bits.
For large values of 16. The Unicode -> UTF-8 mapping is
Char. number range |UTF-8 oc
In <1332772048.4824.yahoomai...@web180914.mail.ne1.yahoo.com>, on
03/26/2012
at 07:27 AM, Lloyd Fuller said:
>UNICODE does, but not necessarily subsets of the full UNICODE.
>UTF-8 is a subset and UTF-16 is a subset.
No, they are transforms, capable of representing all defined Unicode
charac
In <4f7094d1.3010...@trainersfriend.com>, on 03/26/2012
at 10:09 AM, Steve Comstock said:
>Perhaps so. Then a .bat file; or a REXX script if he has Personal
>REXX.
Or any other Rexx implementation, e.g., OOREXX, Regina.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position;
‰םz{S©ל}ךִ�� �xjַ÷א*'µיםO*^µלm™Z�w!j»
On Mon, 26 Mar 2012 09:57:45 -0500, McKown, John wrote:
>
>Hebrew doesn't seem to be in UTF-8, looking here:
>http://www.utf8-chartable.de/
>
".de" isn't the first place I'd look for Hebrew.
And, as Steve pointed out, UTF-8 is effectively a transfer-encoding,
not restricting the repertoire of Uni
On 3/26/2012 9:57 AM, Paul Gilmartin wrote:
On Mon, 26 Mar 2012 08:09:48 -0600, Steve Comstock wrote:
Get it working, put it in a script (REXX, CLIST, shell script); then
one line to invoke the script. Simple.
The "quote site ..." earlier in the thread suggests that the OP
wanted to be able t
On Mon, 26 Mar 2012 08:09:48 -0600, Steve Comstock wrote:
>
>Get it working, put it in a script (REXX, CLIST, shell script); then
>one line to invoke the script. Simple.
>
The "quote site ..." earlier in the thread suggests that the OP
wanted to be able to operate the process from the PC side.
--
On Mon, 26 Mar 2012 15:41:50 +0200, גדי בן
אבי wrote:
>I am trying to transfer a file (PDS member) from z/OS to windows, so this
>shouldn't be an issue.
>
Is IBM-424 a multibyte CP? If not, this should be a reportable defect.
-- gil
---
is most interesting to me, is the that the code page appears to be a
single byte character set (SBCS) and not a multi-byte character set (MBCS), but
the message posted by the OP indicated that ftp thought that it was multi-byte.
No. The _target_ was UTF-8, which is a multi-byte character set.
set (SBCS) and not a multi-byte character set (MBCS), but
the message posted by the OP indicated that ftp thought that it was multi-byte.
Hebrew doesn't seem to be in UTF-8, looking here:
http://www.utf8-chartable.de/
Unicode for Hebrew looks to be here:
http://www.i18nguy.com/unicode/hebrew
kipedia.org/wiki/UTF-8 for an overview.
See
Lloyd
- Original Message
From: Steve Comstock
To: IBM-MAIN@bama.ua.edu
Sent: Mon, March 26, 2012 9:18:17 AM
Subject: Re: z/OS ftp and Unicode
On 3/26/2012 7:12 AM, McKown, John wrote:
I don't know if this will help, but I did the fo
-32 -> UTF-16)
CU41 (UTF-32 -> UTF-8)
CU14 (UTF-8 -> UTF-32)
CU21 (UTF-16 -> UTF-8)
CU12 (UTF-8 -> UTF-16)
- Original Message
From: Steve Comstock
To: IBM-MAIN@bama.ua.edu
Sent: Mon, March 26, 2012 9:18:17 AM
Subject: Re: z/OS ftp and Unicode
On 3/26/2012 7:12 AM, McKo
tp://en.wikipedia.org/wiki/UTF-8 for an overview.
See
> Lloyd
>
>
>
> - Original Message
> From: Steve Comstock
> To: IBM-MAIN@bama.ua.edu
> Sent: Mon, March 26, 2012 9:18:17 AM
> Subject: Re: z/OS ftp and Unicode
>
> On 3/26/2012 7:12 AM, McKown, John wro
you need
UTF-32.
Lloyd
- Original Message
From: Steve Comstock
To: IBM-MAIN@bama.ua.edu
Sent: Mon, March 26, 2012 9:18:17 AM
Subject: Re: z/OS ftp and Unicode
On 3/26/2012 7:12 AM, McKown, John wrote:
> I don't know if this will help, but I did the following (but I do
, 2012 9:27:58 AM
Subject: Re: z/OS ftp and Unicode
The last message I got said:
504 MULTI-BYTE ENCODING NOT SUPPORTED FOR RECFM=FB
Does anyone know of a limitation like this?
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Steve
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Steve Comstock
Sent: Monday, March 26, 2012 4:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS ftp and Unicode
On 3/26/2012 7:50 AM, גדי בן אבי wrote:
Hi again,
I transferred a VB file
I might be able to, but the whole point is to do it a simple as possible.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Steve Comstock
Sent: Monday, March 26, 2012 4:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS ftp and Unicode
On 3/26/2012 7:50 AM, גדי בן אבי wrote:
Hi again,
I transferred a VB file, and it was transferred OK.
Is there any way to transfer FB from z/OS while creating a Unicode file in
windows?
Well, I don't know anything about your source code page; could
you tell FTP you want to create an
, March 26, 2012 3:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS ftp and Unicode
GADI_B wrote:
>504 MULTI-BYTE ENCODING NOT SUPPORTED FOR RECFM=FB Does anyone know of
>a limitation like this?
Look at EZZ9797I description in 'z/OS Communications Server IP Messages: Volume
4 (EZZ, SN
GADI_B wrote:
>504 MULTI-BYTE ENCODING NOT SUPPORTED FOR RECFM=FB
>Does anyone know of a limitation like this?
Look at EZZ9797I description in 'z/OS Communications Server IP Messages: Volume
4 (EZZ, SNM)'
Groete / Greetings
Elardus Engelbrecht
--
Re: z/OS ftp and Unicode
On 3/26/2012 7:27 AM, גדי בן אבי wrote:
> The last message I got said:
> 504 MULTI-BYTE ENCODING NOT SUPPORTED FOR RECFM=FB
>
> Does anyone know of a limitation like this?
Well, UTF-8 is a variable byte system: some characters take one byte, some two,
some thr
be hard to settle on a record
size (although I would just go with 4 * max number
of characters and pad with UTF-8 spaces (x'20') ).
But it looks like the ftp is not set up that way. Maybe
your best bet is to define the target as VB.
Gadi
-Original Message-
From: IBM
-MAIN@bama.ua.edu
Subject: Re: z/OS ftp and Unicode
On 3/26/2012 7:12 AM, McKown, John wrote:
> I don't know if this will help, but I did the following (but I don't
> have anything actually in IBM-424)
>
> Microsoft Windows XP [Version 5.1.2600]
> (C) Copyright 1985-2001
On 3/26/2012 7:12 AM, McKown, John wrote:
I don't know if this will help, but I did the following (but I don't have
anything actually in IBM-424)
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
ftp lih1
Connected to lih1.uicnrh.dom.
220-FTP 08:07:
I don't know if this will help, but I did the following (but I don't have
anything actually in IBM-424)
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
>ftp lih1
Connected to lih1.uicnrh.dom.
220-FTP 08:07:14 on 2012-03-26.
220-This is Healt
Re: z/OS ftp and Unicode
What is CCSID of the data on z/OS? By Unicode, do you mean UTF-8, UTF-16, or
UTF-32 on Windows? The basic command is the SBDATACONN
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b4b0/18.109
--
John McKown
Systems Engineer IV
IT
Administrative Services
and Health Insurance Company.SM
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ??? ?? ???
> Sent: Monday, March 26, 2012 3:49 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: z/OS ftp and Unicode
>
> Can anyone s
: IBM-MAIN@bama.ua.edu
Subject: AW: z/OS ftp and Unicode
Hi,
have had a similar problem a couple of months ago. Here are some "words" where
you might find further informations.
quote site encoding=m
quote site mbdataconn=(IBM-870,UTF-8)
If you do a transfer from your host to a pc the comm
9
An: IBM-MAIN@bama.ua.edu
Betreff: z/OS ftp and Unicode
Can anyone show me how to transfer a file from z/OS to windows using the
windows ftp client so that the resulting file on windows is Unicode.
The source file on z/OS will be EBCDIC.
We are using z/OS v1.11.
Unicode services are enabled on
Can anyone show me how to transfer a file from z/OS to windows using the
windows ftp client so that the resulting file on windows is Unicode.
The source file on z/OS will be EBCDIC.
We are using z/OS v1.11.
Unicode services are enabled on z/OS.
Thanks
Gadi
Assume that you have protected your data sets and z/OS Unix files with your
security package, Unix permissions and ACLs, etc so that z/OS userids have
proper access. It is still likely that you don't want to allow some of
these files to be transferred using FTP.In this case, the FTP FTC
@bama.ua.edu
Subject: Re: Prevent FTP from root
On Tue, 20 Mar 2012 13:25:09 -0500, Kirk Wolf wrote:
>I can agree that OMVS segments should usually have their own directory.
> It would be possible to have them share a common directory, but in
>that case you would usually want to make it r
S Unix stuff from working but not, AFAIK, FTP.
>
>But in order to have complete control over FTP access, you may want to
>implement a FTCHKCMD exit. See the z/OS Comm Server documentation for
>details; a sample is provided by IBM.
>
Where's "chroot" when you need it
I can agree that OMVS segments should usually have their own directory.
It would be possible to have them share a common directory, but in that
case you would usually want to make it ready only, which would prevent some
z/OS Unix stuff from working but not, AFAIK, FTP.
But in order to have
We have always used /u/userid for the home directory.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Bruce Wheatley
Sent: Tuesday, March 20, 2012 2:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Prevent FTP from root
We have numerous external
We have numerous external clients and on occasion have found that depending on
what product they use for FTP, their file transfer may in some fashion refer to
our root directory or potentially the file transfer client being used defaults
to a root directory.
In order to prevent such access
W dniu 2012-03-19 13:36, J Ellis pisze:
My HMC's are all on the network, the problem is you can not FTP the WWPN off to
your workstation, I was told in an ETR that is was because the SE has no FTP
connection to the outside network. When I go in to single object mode to the SE
so I can se
1 - 100 of 2322 matches
Mail list logo
