× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



FYI SFTP doesn't have a concept of BINARY/ASCII - it's binary all the
time, just as Jim mentioned.
 
If you looked at your script logs, you'd see* that those commands fail:
 
sftp> bin
Invalid command.
sftp> binary
Invalid command.
sftp> text
Invalid command.
sftp> ascii
Invalid command.
 
 
*This assumes you're connecting to an OpenSSH SFTP server. Different
servers could implement different commands, but I don't know of any that
implement text mode conversion.
 

----- Original message -----
From: "Jacob Banda" <jnbanda@xxxxxxxxxx>
Sent by: "OpenSource" <opensource-bounces@xxxxxxxxxxxxxxxxxx>
To: <opensource@xxxxxxxxxxxxxxxxxx>
Cc:
Subject: [EXTERNAL] Re: [IBMiOSS] sFTP File Transfer Failure
Date: Fri, Jun 18, 2021 12:11 PM
 
I'm curious now. Would passing the BINARY command to the FTP server help
avoid the encoding issues, or would you still have to explicitly work
with
the correct encoding depending on the files to be transferred?

I ask because I helped a developer set up a scheduled job that runs an
sFTP
transfer each night (using keys for authentication). The job calls a
program
that has a CL command which calls bash script, as described at this IBM
article, and I never had to dabble with encoding.
[1]https://www.ibm.com/support/pages/node/684869

The CL command is the following:
QSH CMD('/QOpenSys/usr/bin/sh -c "/path/to/shell/script/sftp.sh"')

The bash script is the following:
#!/QOpenSys/pkgs/bin/bash                    
                                              
sftp user@xxxxxxxxxxxxxx << EOF
binary                                        
cd transfer                                  
lcd /local/path/to/file                
put *.*                                      
exit                                          
EOF                                          

-----------------------------------------
Jacob Banda
-----------------------------------------

date: Fri, 18 Jun 2021 14:57:08 +0000
from: "Roche, Bob" <broche@xxxxxxxxxxxxxxxxx>
subject: Re: [IBMiOSS] [EXTERNAL] Re:  sFTP File Transfer Failure

Definitely check the CCSID of the file. Unlike FTP, sFTP will not
convert
the EBCDIC data to whatever the other end needs. We just started using
sFTP
with a business partner and use 819 for the file we send.

From: OpenSource <opensource-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
Jim
Oberholtzer
Sent: Friday, June 18, 2021 8:30 AM
To: IBMi Open Source Roundtable <opensource@xxxxxxxxxxxxxxxxxx>
Subject: [EXTERNAL] Re: [IBMiOSS] sFTP File Transfer Failure

CCSID of the job/file?

Jim Oberholtzer
Agile Technology Architects

--
This is the IBMi Open Source Roundtable (OpenSource) mailing list
To post a message email: OpenSource@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: [2]https://lists.midrange.com/mailman/listinfo/opensource ;
or email: OpenSource-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at [3]https://archive.midrange.com/opensource ;.

Help support midrange.com by shopping at amazon.com with our affiliate
link: [4]https://amazon.midrange.com ;
 

 

References

Visible links
1. https://www.ibm.com/support/pages/node/684869
2. https://lists.midrange.com/mailman/listinfo/opensource
3. https://archive.midrange.com/opensource
4. https://amazon.midrange.com/

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.