I have installed sFTPDrive for the second time now, and again I get extremely slow connections. It takes >10 just to change the directory. I tested the performance of the sFTP-Server using FileZilla. Changing directories happens immediately. The Server on the other end is Core FTP server, on previous test it was CopSSH. Is there a simple way to fix this issue?
We use confluence wiki (http://atlassian.com) which supports webdav editing. Unfortunately, the mac built-in webdav has a nasty "Feature". When you save a change, it first deletes the server copy, then uploads yours. This has the side effect of totally breaking the revision control in the wiki.
If expandrive directly supported mounting webdav and did it correctly, I'd love you guys forever. I hate having to use transmit...
I'm a new ExpanDrive user. I'm using ExpanDrive as a way to share files between, my mac and my Linux computers on my LAN. I've configred those box, so that they annouce the sftp service with avahi (a bonjour implementation).
It would be great if ExpanDrive would display those drives in the drive manager (with a special icon to see those bonjour drives ?).
I think it would be great for example to try to connect using the current username and public key , then password, and if failed request for username and password.
I can browse and open files just fine with my expanDrive mounted drive, however, when editing a remote file in MacVim or in terminal, the application freezes up until the file has been saved. The files I'm saving are tiny text files (~70K) but it hangs for 3-4 seconds each time I save. This may be more of an issue relating to those two programs, but I can't use expanDrive with that kind of latency. To compare, I tried opening the same file in textmate and that saved fine. Any help would be appreciated.
I have been using SftpDrive trial version and I have discovered that Windows File Explorer repeatedly crashes. Any ideas? I think the product is great (or great idea) *but* I can't use it like I would like to. Thanks in advance.
We're trying to use SFTPDrive with an open-source Java SFTP server. We're customising the SFTP subsystem but we get problems with the basic setup too (which should work like a normal file-backed server).
Small file transfers tend to work fine. For larger (about 1mb+), uploads give the Windows error "the path is too deep" and the server gets EOF on the socket. It does write some chunks of data.
Any ideas on what our server might be doing wrong? It's replying to all incoming messages, but even with all our logging turned up it's hard to tell what's happening with SFTPDrive and Explorer.
ExpanDrive won't connect. The remote drive I'm trying to get to (ageng.pair.com) is configured correctly (the same settings work fine in my SFTP client, Transmit).
Within Drive Manager, the drive shows, and as I try to connect, I see a VERY brief flash of the progress light on the right, and then it goes out. There's no error messages of any kind.
I should note that this worked fine before I reformatted my MacBook Pro's drive, reinstalled Leopard, and copied ExpanDrive over from the backup I made before doing this.
Whenever I start SFTPDrive, the icons for two mapped network drive change to display a question mark in a red dot.
I cannot change to either drive (H: and I:) from the command line, but clicking on them from Windows Explorer displays the file listing. Also from the command line the drive cannot be unmapped. Attemepting to do so produces the error: "The network connection could not be found."
Removing SFTPDrive from memory does not fix the problem.
I have Macromedia FTP & RDS installed. Could there be a conflict between SFTPDrive and the Macromedia dll (CFShellFtpRds.dll)?
It seems that FTPES becomes important for people in the future since it is the preferred method according to RFC 4217: http://en.wikipedia.org/wiki/FTPS
Only a little number of clients is supporting this yet, and it makes perfectly sense to support this by SftpDrive. It is also not supported by the competitor of SftpDrive.
So, what is FTPES good for and what is it?
Well, most people owning NAS (Network Attached Storage) hardware and want secure FTP connection will rely on clients supporting this FTP over SSL (explicit). Often it is the only supported/secure method to transfer data to/from such devices. Their embedded OS (Linux) is implementing only this method and often there is no way to install different protocols.
I would like to see support for FTPES in SftpDrive.
I use PuTTY and SftpDrive a lot. PuTTY however has this excellent feature of keeping keeping private keys files loaded in memory through Pageant. When starting PuTTY or WinSCP they check with Pageant to see if any of the private keys work. If they do they connect automatically. The real catch is that the private key files can be encrypted on disk and are only decrypted once when pageant starts by asking you for a password. Thus allowing maximum security. Even if your PC or laptop gets stolen they still cant access your SSH servers. Since I use a laptop this is an issue for me.
If Pageant however cant be supported some similar method would also do.
Would be nice when you click on update a second time, to not start a duplicate download. I didn't realize, since the download window was hidden, that I was already downloading an update.
Whenever there is an ExpanDrive update I get the "Do you want to update" dialog box twice stacked right on top of each other. Doesn't really seem to cause any issues, but I wonder if there are somehow two copies of ExpanDrive running on my system and I'm not sure how to check and/or fix.
i noticed that when I upload a file using ExpanDrive (1.2.9) the permissions for the uploaded file are set to 700 despite the fact that the remote directory is set to 755. Actually, I would prefer to set the uploaded file's permissions to 644 as I can with Transmit. I think even command-line sftp assumes the receiving directory's permissions by default if I'm not mistaken. Is there a way to set file permissions? If so, I could not find it.
Is there any way to the Finder from playing with .DS_Store files on Expandrive-mounted partitions? Can we at least teach Expandrive not to try copying those files to such drives?
I am using ExpanDrive 1.2.10. In the Software Update preferences, "Automatically check for updates" is disabled. However, today I received a pop-up notification that ExpanDrive 1.2.11 is available. This should not have happened.