i am using fedora core 7 and ..............
after executing scp coomand from other computers to my computer after providing user name and passwd it is logged out .............
i m unable to find where the problem is???
though the ssh port is opened .............
please help me out...........
thanx in advance...........

The scp command does not provide interactive login on the remote machine, it simply copies and exits. Do you get any error message? What about debugging output (scp -v)?

I used it and never had a problem. what kind of error you get?

did you provide user as $scp user@host ?

have a user raghav when i m using scp from other comp and user raghav to transfer the file from my comp to other comp in network its is giving the following error .............

the message which i have said to rec after logging as hello welcome raghav.................
and connection is closed without file transfer ........................
thanx in advance........

Can you post the output of the scp command you've used plus the -v option? E.g. something like
feel free to mask any personal information (users, IP, etc.) and please use the CODE tag, to make it readable.

sir i have tried the command with -v option and i m gettinf the following output have a lokk at it ............
Executing: program /usr/bin/ssh host 172.31.81.89, user raghav, command scp -v -f nc
OpenSSH_4.5p1, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 172.31.81.89 [172.31.81.89] port 22.
debug1: Connection established.
debug1: identity file /home/raghav/.ssh/identity type -1
debug1: identity file /home/raghav/.ssh/id_rsa type -1
debug1: identity file /home/raghav/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.5
debug1: match: OpenSSH_4.5 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.5
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '172.31.81.89' is known and matches the RSA host key.
debug1: Found key in /home/raghav/.ssh/known_hosts:21
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure. Minor code may provide more information
No credentials cache found

debug1: Unspecified GSS failure. Minor code may provide more information
No credentials cache found

debug1: Unspecified GSS failure. Minor code may provide more information
No credentials cache found

debug1: Next authentication method: publickey
debug1: Trying private key: /home/raghav/.ssh/identity
debug1: Trying private key: /home/raghav/.ssh/id_rsa
debug1: Trying private key: /home/raghav/.ssh/id_dsa
debug1: Next authentication method: password
raghav@172.31.81.89's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: scp -v -f nc
Sink: hello raghav good evening welcome
hello raghav good evening welcome
[raghav@raghav ~]$ Sending file modes: C0664 0 nc
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.2 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 1

Debugging messages look ok, except for the exit status, but...

1. The authentication method gssapi-with-mic does not work and can be disabled, either by modifying the /etc/ssh/ssh_config or by passing the option in the command line:
however, I don't think this is the problem.

2. The welcome message, as any other output coming from the initialization files (.bashrc or .profile) can trigger the scp failure. To test this, you can try to temporarily remove the welcome message from wherever is generated and retry the scp command.

3. The message means you're copying an empty file, but maybe you're just testing. Anyway, scp permits 0 bytes transfers.

I am for the second point...