[prev in list] [next in list] [prev in thread] [next in thread] 

List:       quanta
Subject:    Re: [Quanta] Thanks to all  [was Re:  ftp login]
From:       Eric Laffoon <sequitur () kde ! org>
Date:       2006-11-12 13:23:38
Message-ID: 200611120523.38570.sequitur () kde ! org
[Download RAW message or body]

On Saturday 11 November 2006 5:01 pm, Maury Merkin wrote:
> Okay.  I have now successfully ftp'd using konqueror and quanta to six
> different servers and unsuccessfully (with both) with this one.  
>
> Obviously this silly server is doing something non-standard which,
> nevertheless, doesn't confound either my ftp client or gftp and, for this
> lousy little Web site, I can use either of them with no problem at all.

FTP uses hand shaking and this can be configured differently on different 
servers. Traditionally Windows programs, notorious for being poorly written, 
have ignored the handshaking and some servers are configured to make it such 
a low priority it produces time outs and other problems. I remember Windows 
doing the same thing with print queues as FTP. That is, you stuff the files 
in and assume everything just went okay. Maybe it did and maybe it didn't. 
For years KDE's FTP KIO slave has had problems adapting to poorly set up 
servers, but last I heard it was supposed to comprehensively work... So maybe 
the server you're dealing with turned handshaking off. On Linux and KDE we 
try to do things right and make sure you aren't going to accidentally have 
files land in the bit bucket. The sad thing about gftp is they seem to have 
just done a Windows implementation on Linux. Maybe they didn't want the bug 
reports, just like people think their browser is broken when the Javascript 
is the culprit or proprietary extentions are being used. Likewise the right 
thing to do is to complain to the admin that their server appears non 
standard.

In the end though FTP sucks because you're passing your site login in 
cleartext repeatedly and it's so easy to sniff you may as well use "password" 
for your password. As Andras mentioned try fish (ssh+scp) or sftp. Using fish 
and ssh-keygen to generate passwordless keys you can make sites instantly 
accessible to Konqueror, Quanta and SSH based CVS/SVN and never have to type 
your password.

BTW I've been told by the developer who works on it NEVER to use 
user.password@domain to log in with any protocol. Always leave off the 
password and let the dialog handle it.
-- 
Eric Laffoon - Quanta+ Team Leader 
http://quanta.kdewebdev.org
_______________________________________________
Quanta mailing list
Quanta@mail.kde.org
https://mail.kde.org/mailman/listinfo/quanta

[prev in list] [next in list] [prev in thread] [next in thread]