Post a reply

Before posting, please read how to report bug or request support effectively.

Bug reports without an attached log file are usually useless.

Options
Add an Attachment

If you do not want to add an Attachment to your Post, please leave the Fields blank.

(maximum 10 MB; please compress large files; only common media, archive, text and programming file formats are allowed)

Options

Topic review

martin

Re: End of line encoding problems

I suppose that your remote files actually lack the LF's. When downloading files to local editor, WinSCP by default uses text/ascii transfer mode, thus adding the LF. While for regular download, it does not (what you have enforced anyway by using binary protocol). So you probably want to actually enforce using text/ascii mode. Or altering generation of the remote files to have them include the LF's.
mrutledge

End of line encoding problems

I have a problem that I don't know how to tackle. We have files that get sftpd over to a client's windows computer. He actually initiates the pull. They are complaining that the LF are not in the file. I downloaded winscp and tried this myself, setting the Environment setting to CRLF. When I open winscp and log in, I can see the source file on the right side. If I double-click and copy/paste the contents into Notepad++ I can see the CRLF at the end of each sentance. If I move the file to my desktop I loose them.

I tried setting the transfer mode to Binary with same results. Can anyone suggest something else to try?

Thanks,
Rut