socks5 and lftp

Lftp

Hi,

first I want to they thanks for your great application. It works great and
helps me working with ftp more efficiently.

I found a minor bug in the man page for lftp 3.6.1. In the description of the
command "user" there is a bug. It should be "future URL references" instead of
"futute".

Thanks,
Simon
--

-- 
+ privacy is necessary
+ using http://gnupg.org
+ public key id: 0x6115F804EFB33229

sorry for bug you

connection freezes after entering passive mode

Hello, first thanks a lot for the best ftp client around.  I've been
using it for years and I'm getting constantly annoyed by other ftp
clients now I've got a problem with lftp on a particular site.

I've been connecting to this site for months before with no problem,
but I just realized a couple of days ago it does not work anymore.  I
have not changed the configuration, I was using lftp 3.5.11 as
packaged for Ubuntu gutsy; I upgraded to 3.6.1 but results are the
same.  I seem to be able to log in, but upon issuing any command, such
as ls, the site freezes with an `ls' at 0 [Making data connection...]
message.  From the other clients I've tried, ncftp does not work, but
plain ftp and gftp do.  I copy the debug protocol below.

Thanks a lot in advance

---- Connecting to gemela.org (74.200.204.106) port 21
<--- 220---------- Welcome to Pure-FTPd [TLS] ----------
<--- 220-You are user number 3 of 50 allowed.
<--- 220-Local time is now 18:40. Server port: 21.
<--- 220-IPv6 connections are also welcome on this server.
<--- 220 You will be disconnected after 15 minutes of inactivity.
---> FEAT
<--- 211-Extensions supported:   
<---  EPRT
<---  IDLE
<---  MDTM
<---  SIZE
<---  REST STREAM
<---  MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*;
<---  MLSD
<---  ESTP
<---  PASV
<---  EPSV
<---  SPSV
<---  ESTA
<---  AUTH TLS
<---  PBSZ
<---  PROT
<--- 211 End.
---> AUTH TLS
<--- 234 AUTH TLS OK.           
---> OPTS MLST type;size;modify;UNIX.mode;UNIX.uid;UNIX.gid;
Certificate: C=US,ST=Unknown,L=Unknown,O=Unknown,OU=Unknown,CN=server2.hostnine.com,EMAIL=ssl <at> cpanel.net
 Issued by: C=US,ST=Unknown,L=Unknown,O=Unknown,OU=Unknown,CN=server2.hostnine.com,EMAIL=ssl <at> cpanel.net
WARNING: Certificate verification: Not trusted
WARNING: Certificate verification: The certificate's owner does not match hostname 'gemela.org'

<--- 200  MLST OPTS type;size;sizd;modify;UNIX.mode;UNIX.uid;UNIX.gid;unique;
---> USER ivan
<--- 331 User ivan OK. Password required
---> PASS XXXX
<--- 230-User ivan has group access to:  ivan    
<--- 230 OK. Current restricted directory is /
---> PBSZ 0
<--- 200 PBSZ=0                      
---> PROT P
<--- 534 Fallback to [C]             
---> PASV
<--- 227 Entering Passive Mode (74,200,204,106,32,48)
---- Connecting data socket to (74.200.204.106) port 8240

--

-- 
Ivan Fernández
fernandezi <at> rhodes.edu

Can lftp handle character encoding ISO8859-15?

Hi all!

I cannot get lftp to download a file that has a german umlaut in its
name. It neither works with an explicit charset setting nor without it.
The result is:

> lftp -e "set ftp:charset ISO8859-15; set file: charset ISO8859-15; get GeschäftsIdee.txt" ftp://<user>:<pass> <at> <server>/<path>
> Verzeichniswechsel OK, cwd=/<path>
> get: Access failed: 550 Can't open GeschäftsIdee.txt: No such file or directory

The directory listing of lftp shows the file as:

> Gesch?ftsIdee.txt

Without success, I tried using mget instead of get or using Gesch?ftsIdee.txt 
instead of GeschäftsIdee.txt as filename.

lftp handles files without german umlauts in their name just fine.

The builtin ftp command of FreeBSD 6.1 can download the file
GeschäftsIdee.txt without any additional charset tweaking and it also 
correctly shows it in a directory listing.

Could this be a bug in lftp 3.6.1 or a misconfiguration?

I've already set the following shell variables:

> LANG=de_DE.ISO8859-15
> LC_ALL=de_DE.ISO8859-15
> MM_CHARSET=ISO8859-15

Best regards,

Daniel

Re: Can lftp handle character encoding ISO8859-15?

On Thu, Dec 20, 2007 at 09:41:09PM +0100, Daniel Grund wrote:
> I cannot get lftp to download a file that has a german umlaut in its
> name. It neither works with an explicit charset setting nor without it.

First you have to check which encoding the ftp server uses. Turn on debug,
see if UTF8 mode is activated. Do ls to a file and inspect the encoding
without charset settings.

--

-- 
   Alexander.

Re: Can lftp handle character encoding ISO8859-15?

On 21.12.2007  9:48, Alexander V. Lukyanov wrote:
> On Thu, Dec 20, 2007 at 09:41:09PM +0100, Daniel Grund wrote:
> > I cannot get lftp to download a file that has a german umlaut in its
> > name. It neither works with an explicit charset setting nor without it.

> First you have to check which encoding the ftp server uses. Turn on debug,
> see if UTF8 mode is activated. Do ls to a file and inspect the encoding
> without charset settings.

Thanks for your answer, Alexander.

The debug output from lftp 3.6.1 is:

> ---- Verbinde mit <server> Port 21
> <--- 220-FTP server ready.
> <--- 220 This is a private system - No anonymous login
> ---> FEAT
> <--- 211-Extensions supported:
> <---  EPRT
> <---  IDLE
> <---  MDTM
> <---  SIZE
> <---  REST STREAM
> <---  MLST
> type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*;
> <---  MLSD
> <---  TVFS
> <---  ESTP
> <---  PASV
> <---  EPSV
> <---  SPSV
> <---  ESTA
> <---  AUTH TLS
> <---  PBSZ
> <---  PROT
> <---  UTF8
> <--- 211 End.
> ---> AUTH TLS
> <--- 234 AUTH TLS OK.
> ---> OPTS UTF8 ON
> Certificate depth: 0; subject: <certificate subject info>
> issuer: <certificate issuer info>
> WARNING: Certificate verification: self signed certificate
> <--- 200 OK, UTF-8 enabled
> ---> OPTS MLST type;size;modify;UNIX.mode;UNIX.uid;UNIX.gid;
> <--- 200  MLST OPTS
> type;size;sizd;modify;UNIX.mode;UNIX.uid;UNIX.gid;unique;
> ---> USER <user>
> <--- 331 User <user> OK. Password required
> ---> PASS <pass>
> <--- 230-User <user> has group access to:  <group>
> <--- 230 OK. Current restricted directory is /
> ---> PWD
> <--- 257 "/" is your current location
> ---> PBSZ 0
> <--- 200 PBSZ=0
> ---> PROT P
> <--- 534 Fallback to [C]
> ---> PASV
> <--- 227 Entering Passive Mode (<ip>)
> ---- Verbinde Daten Socket mit (<ip>) Port 60435
> ---- Data connection established
> ---> LIST
> <--- 150 Accepted data connection
> ---- Got EOF on data connection
> ---- Schließe den Daten Socket

The server seems to be using UTF-8. lftp automatically chose the file:charset ISO8859-15
for itself. ftp:charset is not set.

The ls debug output of lftp is:

> ---> PROT P
> <--- 534 Fallback to [C]
> ---> PASV
> <--- 227 Entering Passive Mode (<ip>
> ---- Verbinde Daten Socket mit (<ip>) Port 53872
> ---- Data connection established
> ---> LIST <path>
> <--- 150 Accepted data connection
> <--- 226-Options: -a -l

The filename still shows up with a questionmark instead of the german
umlaut that FreeBSD's builtin ftp shows.

I then tried setting ftp:charset to UTF-8 as well as unsetting the shell
variables LC_ALL, LANG and MM_CHARSET before connecting with lftp.
Both did not help.

--

-- 
Daniel

Re: Can lftp handle character encoding ISO8859-15?

On Fri, Dec 21, 2007 at 01:58:12PM +0100, Daniel Grund wrote:
> The server seems to be using UTF-8. lftp automatically chose the file:charset ISO8859-15
> for itself. ftp:charset is not set.
> 
> The filename still shows up with a questionmark instead of the german
> umlaut that FreeBSD's builtin ftp shows.

Probably the server is not correctly configured, thus does not correcly
convert iso8859-15 to utf-8.

Try `set ftp:use-feat off' in lftp. Then lftp won't select UTF-8, and
probably will work with the default encoding.

--

-- 
   Alexander.

Re: Can lftp handle character encoding ISO8859-15?

On 21.12.2007 17:54, Alexander V. Lukyanov wrote:

> > The server seems to be using UTF-8. lftp automatically chose the file:charset ISO8859-15
> > for itself. ftp:charset is not set.
> > 
> > The filename still shows up with a questionmark instead of the german
> > umlaut that FreeBSD's builtin ftp shows.
> 
> Probably the server is not correctly configured, thus does not correcly
> convert iso8859-15 to utf-8.
> 
> Try `set ftp:use-feat off' in lftp. Then lftp won't select UTF-8, and
> probably will work with the default encoding.

That did the trick.

Thanks for your help and the great lftp program.

--

-- 
Daniel

trouble with SSL/TLS windows servers

Im having trouble with 3 servers.  I can successly connect to 4 others.  
Here is a summary with debug of each failure:

--------------------------------------------
raidenftpd server - auth TLS

<--- <--- <--- <--- 220-  
<--- 220-This server is for PRIVATE use only
<--- 220-If you are accessing this server WITHOUT permission
<--- 220-DISCONNECT NOW
<--- 220-
<--- 220 Please enter your login name now.
---> FEAT
`ls' at 0 [FEAT negotiation...]

Just hangs there

---------------------------------------------
guildftp server - implicit SSL

dns cache hit
---- Connecting to xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) port xxxx
`ls' at 0 [FEAT negotiation...]

Just hangs there
--------------------------------------------
Unknown server - implicit SSL

FileCopy(0x75bf50) enters state INITIAL
FileCopy(0x75bf50) enters state DO_COPY
dns cache hit
---- Connecting to xxx.org (xxx.xxx.xxx.xxx) port xxxx
`ls' at 0 [FEAT negotiation...]

just hangs there
---------------------------------------------

Im using Ubuntu 7.10 with LFTP | Version 3.5.11 Libraries used: Readline 
5.2, GnuTLS 1.6.3, zlib 1.2.3.3

Any ideas why its hanging?  Thanks