Re: FTP of IFS file to Mainframe

[Wayne McAlpine <wayne.mcalpine@xxxxxxxxxxxxxxxxx>]

Mike, the field lengths don't seem to add up.  If both name fields are 8 
characters, then you have 'xxxxxxxx|xxxxxxxxLF' for a total of 18 
characters.

msmith6@xxxxxxxxxxxx wrote:
> I'm going to post this to the Domino forum as well because that is the 
> application that is creating the file but anyway here's my problem.
>
> The Domino application creates a file in the IFS 
> (under /lotus/domino/stc).  The file has a CCSID of 37.  The file 
> consist of two fields, the first 8 bytes is name followed by a pipe 
> symbol.  The pipe symbol is followed by another name.
> This is were is gets tricky.
>
> The record ends with x25, or LF.
>
> When I view this via option 5, I see the data nicely formatted. Press 
> F10 to turn on hex and I see all the characters correctly with x25 at 
> the end of each line.
> If I try to transfer this to our mainframe using the following :
> (login)
> quote cdup   <--Sets mainframe dataset to null
> quote site lrecl=15    <--sets record length to 15, which is correct.
> namefmt 1   <-- to get to IFS files
> put /lotus/Domino/prod/Apps/file.dat 'tech.test.domino.upload'
>
> I get a message that data has been truncated.  When I view it on the 
> Mainframe, I only see on record.  Problem with end of record I suppose.
>
> I thought that maybe if I put the file in ASCII mode it would ake a 
> difference so I tried.
> CPY OBJ('/lotus/domino/prod/Apps/file.dat') TOOBJ('FILEA.dat') TOCCSID
> (*PCASII) DTAFMT(*TEXT)
>
> I tried the same FTP sequece, same result.
>
> I would think that this is an FTP issure rather than a Domino one.  I 
> guess any application could just use x25 (LF) and not x25 x0D (LF/CR).
>
> Seems like a simple thing but this has been taking up way too much 
> time for an FTP deal.
>
>
> TIA,
>
> Mike