We received a file by email that apparently was created and emailed from a *nix type system, because the end of line delimiter is only a linefeed (LF) instead of a CRLF. This cannot be uploaded to z/OS in ASCII mode from a Windows machine because Windows does not recognise LF as end-of-line, and just passes it through as is. The z/OS FTP server also does not recognise LF only as end-of-line, and thus gives me the following error:
451-Record is too long to process 451 Transfer aborted due to file error. Is there any way to force the z/OS FTP server to recognise just LF as the end-of-line delimiter. I see that one can use SITE SBSENDEOL=LF, but this appears to only work when z/OS is *sending* the file, not receiving it. Do we just need to convert the file on Windows before uploading it (changing all lone LF delimiters to CRLF delimiters)? Of course the best solution is to always get files with CRLF delimiters. But when dealing with outside entities this is not always possible. Thanks! Frank ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
