Re: problem with sftp
From: Ben Kim (bkim_at_coe.tamu.edu)
Date: Tue, 30 Aug 2005 23:38:19 -0500 (CDT) To: "Pankaj Mandal (pmandal)" <email@example.com>
>I tried the solution, did not work though. Earlier I had also tried by
>/usr/local/libexec in the PATH before starting the sshd without any
This was not my case (since I don't have any command in my .profile or
.cshrc), but FYI...
File transfer server could not be started or it exited unexpectedly.
Exit value 0 was returned. Most likely the sftp-server is not in the path
of the user on the server-side.
Received message too long 1500476704
These errors are usually caused by commands in a shell run-control file
(.cshrc, .profile, .bashrc, etc.) that produce output to the terminal.
This output interferes with the communication between the SSH daemon and
the sftp-server subsystem. Examples of such commands might be date or
echo. If you use the mail command to check for mail, it can cause the
You can check to see if this is likely the problem. If you are unable to
sftp to a machine, try to connect via ssh. If you are able to ssh, and you
receive output to your terminal other than the standard login banner (for
example “You have mail”), then you need to check your run control files
for commands that might be producing the output.
To solve this problem, you should place any commands that will produce
output in a conditional statement that is only executed if the shell is
interactive. For C shell users, a sample test to put in your .cshrc file
The equivalent command for your .profile file (ksh/bash) would be:
if [[ -n $PS1 ]]; then