[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

tramp (2.0.12); Strange error message; no password prompt

From: Rainer Thiel
Subject: tramp (2.0.12); Strange error message; no password prompt
Date: Mon, 12 Aug 2002 16:33:53 +0200

--text follows this line--

Enter your bug report in this message, including as much detail as you
possibly can about the problem, what you did to cause it and what the
local and remote machines are.

If you can give a simple set of instructions to make this bug happen
reliably, please include those.  Thank you for helping kill bugs in

Another useful thing to do is to put (setq tramp-debug-buffer t) in
the ~/.emacs file and to repeat the bug.  Then, include the contents
of the *tramp/foo* buffer and the *debug tramp/foo* buffer in your bug

--bug report follows this line--

I am using tramp 2.0.12.  The local machine is a Notebook with Windows
98 (cygwin installed) where connections with plink work as expected when
run from a shell prompt.  The remote machine is
<>, an application server of Marburg University
(Germany) run under Unix.  My username on that machine is thielr.

Problem description:

When trying to access a file in a subdirectory on my home directory on
the server specified above, I try to do as follows:

C-x C-f /plink:address@hidden:thiel/Temp/Hotels-Bonn.txt RET

(The file I am trying to access is named 'Hotels-Bonn.txt' and lives in
the directory 'Temp' which is inside the directory 'thiel' which is in
my home directory on the Server.)

When doing so, I get the following message in the minibuffer:

tramp: Looking for Are you sure you want to continue connecting

Answering either 'yes' or 'no' has no obvious effect.  Especially, I
don't get a prompt for the password needed to connect to the server (I
did get a password prompt with previous versions of tramp, I think 2.0.3
or 2.04, without being able to actually access the remote file).

After a while, a debugger message (which I do not understand) appears. Since it appears to contain control characters, I enclose it as attachment1.txt.

>> attachment1.txt

In another attempt to access the same file in the same way, I also found
another buffer with the following messages:

The server's host key is not cached in the registry. You
have no guarantee that the server is the computer you
think it is.
The server's key fingerprint is:
1024 8c:65:66:63:20:75:bd:61:3d:14:79:9d:60:0a:c3:73
If you trust this host, enter "y" to add the key to
PuTTY's cache and carry on connecting.
If you want to carry on connecting just once, without
adding the key to the cache, enter "n".
If you do not trust this host, press Return to abandon the
Store key in cache? (y/n)

(The buffer didn't make itself visible while trying to connect.)

Another debug-buffer (which I don't understand either) also contains control characters and is therefore appended as attachment2.txt.

>> attachment2.txt

Hope this helps to understand the problem ...


Rainer Thiel

Priv.-Doz. Dr. Rainer Thiel
FB 10, Klass. Phil. - D-35032 Marburg, Germany (EU)

Attachment: attachment1.txt
Description: Text document

Attachment: attachment2.txt
Description: Text document

reply via email to

[Prev in Thread] Current Thread [Next in Thread]