From owner-freebsd-questions@FreeBSD.ORG Thu May 22 09:34:12 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CC9C37B407 for ; Thu, 22 May 2003 09:34:12 -0700 (PDT) Received: from pop016.verizon.net (pop016pub.verizon.net [206.46.170.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27E8143FA3 for ; Thu, 22 May 2003 09:34:10 -0700 (PDT) (envelope-from cswiger@mac.com) Received: from mac.com ([129.44.60.214]) by pop016.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030522163408.OLZN3199.pop016.verizon.net@mac.com>; Thu, 22 May 2003 11:34:08 -0500 Message-ID: <3ECCFBFD.2030607@mac.com> Date: Thu, 22 May 2003 12:34:05 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Straiton References: <002601c3206c$4cf11290$1916c60a@win2k.clickcom.com> In-Reply-To: <002601c3206c$4cf11290$1916c60a@win2k.clickcom.com> X-Enigmail-Version: 0.75.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop016.verizon.net from [129.44.60.214] at Thu, 22 May 2003 11:34:07 -0500 cc: freebsd-questions@freebsd.org Subject: Re: FW: SCP problems - SOLVED [kinda- see below] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 May 2003 16:34:13 -0000 John Straiton wrote: [ ... ] > I found an article in comp.unix.questions talking about how the .cshrc > file might have enviroment preferences before it's interactive shell > checks which would cause the mtime error. Come to find that I had > disabled the shell for the HOST2 as I didn't need that functionality. > With the shell disabled, I would get that error message. With it set, I > can scp just fine. scp works by running ssh underneath, and ssh will either try to run the users' shell or invoke the command being passed to it. > Would the appropriate setup then be to just have the .cshrc exit as > early as possible that will still allow this to work or what? I really > don't want to worry about people having another avenue into the machine > if possible. What are you trying to accomplish? You want to let users authenticate and be able to copy files, but not have an interactive shell on that machine? -Chuck