Thank you for your previous answer!
This is another issue:
--- AUTH TLS
--- 234 AUTH TLS OK.
--- OPTS MLST type;size;modify;UNIX.mode;UNIX.uid;UNIX.gid;
Certificate:
2.5.4.13=#13104b476d656156446b6b4b397939413830,C=HU,ST=Budapest,L=Budapest,O=MICROWARE HUNGARY
Oh' I am very sorry.
I've left in the trailng dot.
‘cl01.webspacecontrol.com.’ should be ‘cl01.webspacecontrol.com’
Case closed.
Idézem/Quoting Szépe Viktor vik...@szepe.net:
Thank you for your previous answer!
This is another issue:
--- AUTH TLS
--- 234 AUTH TLS OK.
--- OPTS MLST
Your software is very tricky. After --with-ssl=yes openssl is not
denoted (in the bottom line) but doing some TLS operation!
After set ssl:ca-path /etc/ssl/certs/ OR set ssl:ca-file
/etc/ssl/certs/ca-certificates.crt
lftp says:
--- 234 AUTH TLS successful
--- OPTS MLST
On Jun 12, 2014, at 20:55, Szépe Viktor vik...@szepe.net wrote:
Your software is very tricky. After --with-ssl=yes openssl is not denoted (in
the bottom line) but doing some TLS operation!
Stripping symbols from the lftp binary can cause the openssl version
information to go missing from the
Thank you for your answer!
Yes, this is a left out intermediate cert (but it is included on
Windows 7) lftp work with openssl
My original question was that the stock Debain/wheezy lftp (compiled
with gnutls) couldn't verify a valid cert.
# lftp -u '***,***' eu1.solid-hosting.net -e
Maybe I've found the cause:
The Issued by: and the Checking against: is looping.
Firstly: PositiveSSL-AddTrust then: AddTrust-PositiveSSL
Certificate: OU=Domain Control
Validated,OU=PositiveSSL,CN=eu1.solid-hosting.net
Issued by:C=GB,ST=Greater Manchester,L=Salford,O=COMODO CA
