From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kai Grossjohann Newsgroups: gmane.emacs.help Subject: Re: TRAMP and scp Date: Thu, 30 Oct 2003 21:19:20 +0000 Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <87vfq6mnjb.fsf@emptyhost.emptydomain.de> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1067551583 28024 80.91.224.253 (30 Oct 2003 22:06:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 30 Oct 2003 22:06:23 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Oct 30 23:06:19 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AFKvr-0006af-00 for ; Thu, 30 Oct 2003 23:06:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AFKhM-0002kJ-EM for geh-help-gnu-emacs@m.gmane.org; Thu, 30 Oct 2003 16:51:20 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!headwall.stanford.edu!fu-berlin.de!uni-berlin.de!213-203-244-156.kunde.vdserver.DE!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 74 Original-NNTP-Posting-Host: 213-203-244-156.kunde.vdserver.de (213.203.244.156) Original-X-Trace: news.uni-berlin.de 1067548773 38032107 213.203.244.156 (16 [73968]) User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux) Cancel-Lock: sha1:sbuTTSMIxZTN/ShCGtxWyZvSzio= Original-Xref: shelby.stanford.edu gnu.emacs.help:117730 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:13669 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:13669 Michael Powe writes: > thanks for the extended reply. I'm sorry for answering so late now, lots of todo items on my mind now... >>>>>> "Kai" == Kai Grossjohann writes: > > Kai> Michael Powe writes: > >> Out of band method `scp' not applicable for remote shell asking > >> for a password > > Kai> It seems I failed to describe this correctly. Here is how > Kai> Tramp works: > > Kai> When you invoke something that invokes Tramp, Tramp first > Kai> opens a shell connection to the remote host. This shell is > Kai> used for filename completion and suchlike. For this shell > Kai> connection, Tramp knows how to deal with password prompts. > > okay, so under what circumstances does this occur with scp, which i > believe is the default method if i don't use tramp-default-method? You can specify the method in the filename. For example, in Emacs you can say C-x C-f /ssh:michael@otherhost:/some/file RET, then it will use ssh. Or C-x C-f /su:root@localhost:/another/file RET -- this uses the su program. > Kai> If you are using an out-of-band method, then on actually > Kai> transferring a file, Tramp will open another connection to > Kai> the remote host, using scp in your example. For this > Kai> connection, Tramp does NOT support password prompts. > > the message cited is the first message i get from attempting to open a > file remotely, so i don't actually get a prompt even for the opening > connection. that confuses me. from your description, it sounds like i > should get an initial password prompt and then the secondary attempt > to connect to the file (after opening the shell) should fail. Well, Tramp is smart! It knows that things won't work, so it's telling you up front. That way, you won't be disappointed. > Kai> So an easy workaround is to choose an inline method, such as > Kai> ssh. (It will use uuencode or mimencode to transfer the file > Kai> contents through the shell connection.) > > so, if i (setq default-tramp-method "ssh"), that performs the same > function? i shall try it forthwith. Yes, I think it will. In general, inline methods will be slower for large files and faster for small files. > i'm afraid i don't actually know the difference between "inline" and > "out-of-band" in this context, although your description here of what > is happening is clear. Inline means that Tramp uses base64 or uu encoding to transfer the file right through the shell connection. Out of band means that Tramp starts another program, such as rcp or scp or rsync, to actually transfer the file. I knew about the different kinds of methods, and I had to find terms to describe them. I'm afraid that maybe I've been using confusing terms. Maybe I should have called them frumple and blargl methods... (It just occurs to me that I think that the signal transmission folks use "in-band" and "out-of-band", is this right? So maybe inline is the confusing term here.) Kai