Recent activity
Subscribe to this feed
Marcel replied on November 18, 2008 09:15 to the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive:
Hi there i am running a Fedora server using samba as well i have a user who is running win XP pro and after she reboots her machine the network drives disconnect some of them you can double clcick on and you can explore the drives but others she has to put in here user name and password this is after she has had a new desktop but her origanle never had this problem so can any body help
hans replied on November 11, 2008 22:45 to the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive:
Kasi Mir replied on October 15, 2008 09:11 to the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive:
I have the exact same problem on a computer accessing a Ubuntu Linux samba server. The Computer in question - a laptop running Windows XP - does not belong to the domain of the Samba server, by the way. I mentioning this because I tested a similar setup with a desktop computer that belonged to the domain of another Samba server. In both cases, the drive letters are mapped persistently so that they show up after boot; SftpDrive is started when needed. On the Laptop the drive letters stop working, on the desktop machine, nothing happens to the samba drives.-
Kasi Mir started following the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive.
-
joe started following the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive.
Terry replied on September 19, 2008 16:19 to the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive:
There are no windows servers in my configuration at all. Windows XP workstations connecting to linux servers via samba, sftp, or SSH. There are no permanent windows to windows mappings. In fact, the only non-default windows share is a printer queue on my primary windows workstation which hardly ever gets used/mapped.
Jeff Mancuso replied on September 19, 2008 15:09 to the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive:
Terry replied on September 12, 2008 23:33 to the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive:
Jeff Mancuso replied on May 17, 2008 15:54 to the problem "MS Windows Network drives fail once SftpDrive connects" in ExpanDrive:
Terry reported a problem in ExpanDrive on May 16, 2008 21:54:
MS Windows Network drives fail once SftpDrive connectsI am running windows xp (sp2) and have several drive letters mapped to a debian linux samba server (mine). Every thing runs smoothly in all apps.
When I open SftpDrive and connect to another linux server (work), I run into problems
Browsing the samba connections in explorer.exe works just fine.
Doing a "net use" from the command prompt looks fine for both types of mappings.
From the command prompt I can switch to the SftpDrive mapping just fine.
However, trying to switch to the samba drives from the command propert fails with an error mesage of "The system cannot find the drive specified."
I have verified this on the only two windows xp machines I have installed the SftpDrive trial version on.
Anything further requires a reboot.
After I "disconnect" the SftpDrive, I still cannot access the drive
After I quit SftpDrive, I still cannot access the drive
I can "net use /del [drive]" succesfully, but the drive does not disappear until I reboot.
As another test, I created a drive mapping between my two workstations. This connection works just fine. Note: I was connected to SftpDrive at the time. I disconnected the SftpDrive map, quit, reconnected, and tried to access the XP mapping. It continues to work.
As another test, while connected with SftpDrive, I tried mapping a new samba connection. This worked and I have command prompt access. But the samba mappings which were open first, still do not work. So order matters. Disconnect SftpDrive map, quit, reconnect, and the new samba mapping stops working.
-Terry
Loading Profile...

