|
Scott,
Unfortunately, I am not seeing responses from anyone except you.
Several people on this mailing list have suggested using a save file.
Have you tried that suggestion, and did it help you? Or does it cause
some problems that you'd like to avoid, and if so, what are they?
-The save file option doesn't work in this case because I am not
sending this file to another AS/400 so I must sent the file itself
For my part, I'm not exactly sure what you mean by a "multi record
format file". Are you referring to a logical file that's build over
multiple physical files? i.e. a multi-format logical file? If so, I
would suggest that you FTP the physical files (not the logical file) to
the other system, and then re-build the LF on that side.
-The file is a set of transactions, some (most) of which have
different formats (and lengths).
If you FTP the LF, it'll create a PF on the remote side of the
connection, and put all of the records from the LF into that PF. So
you'll have many files on the source system, and just one on the target
system... Which isn't what you want.
-correct
Thanks for your help.......I really need it!!
Rich
Richard Reeve wrote:
edi transaction. The reciever needs each record to be sent in the length
I am ftping a multi (record) format file to a client that is translating to an
defined in the program for each record format. For example,
the longest record format regardless of which record format is sent. Is there
If record a is defined as 100 positions, then the
ftp'ed record should be 100 positions
If the record is defined as 50 positions, then the
ftp'ed record should be 50.....and so on.
It appears that the ftp'd file record length is adopting the length of
any way that I can FTP this file and have it contain the proper record lengths
(the ones that I used when creating the file) of each record type rather than
sending each in the longest length?
Warmest Regards,
Richard Reeve
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.