Thanks to David French who suggested the following: 1) Try ssh host2 which scp to see if scp is in /usr/local/bin it was 2) ssh host2 env and check the path for /usr/local/bin it was not there, evidently for AIX at least my .profile was not being read 3) put PATH=/usr/bin:/usr/local/bin:/bin:/usr/X11R6/bin in .ssh/environment on host2 this worked. I don't understand why my .profile is not being read but I'll work on that later. At least I can make scp work. ---------------------------------------- David also included the following explanation: The --with-default-path sets the PATH environment variable to its arg before starting the users subshell. Thus, if I scp to hostA, the sshd on hostA sets PATH to what I gave on the configure line with --with-default-path, say /usr/bin:/usr/local/bin:/bin:/usr/X11R6/bin. So, my subprocess started by sshd for scp will get PATH set to /usr/bin:/usr/local/bin:/bin:/usr/X11R6/bin. So, if your shell resets PATH with an initialization script, then this has no effect. Though ksh shouldn't have this problem, unless ENV has been defined before the shell is started. I use tcsh, so .cshrc or .tcshrc is ALWAYS executed before the scp is sent from the local machine to the remote machine. If I reset path or PATH here, I may loose the default PATH. original question below: I have been getting a scp not found error when trying to use scp. I saw an email recommending I use --with-default-path=$PATH:/usr/local/bin with the configure then make and install. I did this on two systems and still get: scp -p <somefile> host2:/home/<myhome> it asks for my password which I give and then ksh: scp: not found. lost connection My user id has /usr/local/bin in it and I presume the with-default-path is supposed to add /usr/local/bin in case it is not there in what ever user is using scp. But evidently I have missed something. Probably something simple. Also a ssh login works just fine, and it did before recompiling as well. Any ideas? TIA ----------------------------------------------------- Walter North 406-444-2914 Operating Systems Programmer [EMAIL PROTECTED] Why be difficult when, with a bit of effort, you could be impossible? -----------------------------------------------------
