I am using JSch's ChannelSftp to download files from remote FTP server to local linux machine. When remote machine has file's with filenames which have non-ascii characters, downloaded file has ? instead of those non-ascii characters.
For example a file with filename - test-測試中國人的字.txt present in the ftp server will appear as test-??????.txt after downloading on local machine.
Is there a way, I can retain the non-ascii characters after downloading or automatically convert them to something more meaningful.
Here, problem was that client was not supporting UTF-8 encoding. This issue was solved by setting language in jvm argument to UTF8 in the client application.
Related
I am using an old app cannot handle UTF-8 characters.
The csv files are SFTP to a folder with default UTF-8. Is there a way to automatically convert UTF-8 to ANSI?
Can this be done in windows setting or I have to put some code to convert them?
Thank you!
Historically, I have used my own custom tools to do this.
But these days, if you have WSL, CygWin or MingW installed, you can use the GNU iconv tool to do the conversion, after first using other tools (such as head -c 3) to check if the input file has the 3 byte UTF-8 encoded BOM character as a file format marker.
We would like to transfer a file everyday from a Shared location to remote location.
I was informed to use following script:
ASCII
QUOTE SITE RECFM=FB LRECL=750 BLKSIZE=23250 FILE=SEQ CYL PRI=50 SEC=20
PUT filename ‘filename(+1)'
BYE
Also, was recommended to use MOVEit Freely 5.5.0.0 – Secure FTP client.
Is the script above has to be written in Mainframe or in .dat file ?
Using text editor, put the ftp commands, one command per line.
ASCII
QUOTE SITE RECFM=FB LRECL=750 BLKSIZE=23250 FILE=SEQ CYL PRI=50 SEC=20
PUT filename ‘filename(+1)'
BYE
Let's pretend the script filename you made is send.txt, you can then run the command ftps like:
ftps -s:send.txt hostname
I use Secure Shell as a Chrome extension (https://chrome.google.com/webstore/detail/secure-shell/pnhechapfaindjhompbnflcldabbghjo?hl=da)
Now I have finished some programming and I need the file on my computer.
How can I transfer the file to my computer? Can I send it by email or something?
I have tried yanking all the lines in vim, but I still don't get it copied to my windows clipboard.
One entertaining (and moderately ridiculous) approach would be sprunge.
Run this on the remote machine:
cat myFile | curl -F 'sprunge=<-' http://sprunge.us
And then visit the URL it prints on your local machine. :D
I presume that you are using Windows OS and trying to download your file from a Linux like OS.
You use MobaXterm and it comes with a file transfer features.
http://mobaxterm.mobatek.net
On a CLI you can use "scp" to download and upload.
Another one is you can also use FileZilla using SFTP protocol
I have a folder named "Attachments2". I'm working in windows 7 and am using zip.exe downloaded from cygwin to zip this folder.
In this folder there are folders and files which have Hebrew characters in their names and content (in the files' content that is).
This is a snapshot of how the folder looks like in the file system:
When trying the following :
zip.exe -r results.zip Attechments2
I get the following:
The file contents are as the origin.
Please help.
Regrards,
Omer.
Windows's ZIP file shell extension (“Compressed Folders”) doesn't support Unicode filenames. Instead it takes the byte filename string and interprets it using a locale-specific legacy encoding (which varies from machine to machine and is never a UTF).
It looks like you've got some further mangling in the zipping-up process too as it doesn't look like a straight UTF-8 misinterpretation; you could get a better idea of what the filenames are in the ZIP by using another tool that does support Unicode to open it (eg 7zip). But the point is likely moot: if you are expecting the consumers of the ZIP file to be Windows users, the only safe filename characters are ASCII.
I have a working Java program that uses the Tanuki wrapper. The problem I have is that the wrapper log file is not UTF-8 encoded, but appears to be ASCII. The wrapper configuration file begins with:
#encoding=UTF-8
#include ..\..\Tomcat\conf\wrapper-license.conf
wrapper.java.command.loglevel=INFO
wrapper.lang.encoding=UTF-8
wrapper.debug=true
The wrapper starts and it starts the JVM successfully. But when I edit the wrapper logfile, Japanese characters (for example) are present as question mark characters, i.e., ASCII character 0x3f. I double-checked by loading the log file in a hex editor.
The Tanuki Wrapper log file is put into a directory that contains Japanese characters -- for testing purposes. The log file is successfully created in that folder, so the wrapper is clearly able to read and process the UTF-8 characters. But when it logs the folder name in which it will create its logs, the folder name is logged as all ASCII 0x3f characters ('?').
How can I get the Tanuki Wrapper to encode its log file in UTF-8?
I have confirmation from Tanuki that the current wrapper software will always write its logs using the current system encoding. There is currently (as of 3.5.17) no way to configure the wrapper to write its logs in any different encoding, such as UTF-8.
Again, you can configure the encoding in which the wrapper will read the configuration file, but not the encoding with which it writes to its log file.