From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.help Subject: Re: tramp/ange-ftp: error in creation of dir's Date: Mon, 19 Nov 2007 22:55:33 +0100 Message-ID: <87d4u5gasq.fsf@gmx.de> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1195509298 7013 80.91.229.12 (19 Nov 2007 21:54:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 19 Nov 2007 21:54:58 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Martin Steffen Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Nov 19 22:54:54 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IuEZp-0004PN-LR for geh-help-gnu-emacs@m.gmane.org; Mon, 19 Nov 2007 22:54:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IuEZb-0006Xu-Vu for geh-help-gnu-emacs@m.gmane.org; Mon, 19 Nov 2007 16:54:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IuEZN-0006Wv-8A for help-gnu-emacs@gnu.org; Mon, 19 Nov 2007 16:54:17 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IuEZK-0006VP-IP for help-gnu-emacs@gnu.org; Mon, 19 Nov 2007 16:54:15 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IuEZK-0006VE-EH for help-gnu-emacs@gnu.org; Mon, 19 Nov 2007 16:54:14 -0500 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1IuEZJ-00007s-T4 for help-gnu-emacs@gnu.org; Mon, 19 Nov 2007 16:54:14 -0500 Original-Received: (qmail invoked by alias); 19 Nov 2007 21:54:11 -0000 Original-Received: from p57A22C2F.dip0.t-ipconnect.de (EHLO arthur.local) [87.162.44.47] by mail.gmx.net (mp039) with SMTP; 19 Nov 2007 22:54:11 +0100 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX1+T0DVk/puT9MOuaAlfX4y76KVa4CA2m6QltnlH3e ZbP4kiZebvvJaV In-Reply-To: (Martin Steffen's message of "Mon, 19 Nov 2007 19:06:20 +0100") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/23.0.50 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:49352 Archived-At: Martin Steffen writes: > Hi, Hi, > so, here is the FTP-Buffer. Note that it contains 2 parts, one that is > ``automatically'' done when I am operating in dired mode. The very last > part reflects the interaction, when _I_ myself use the FTP-buffer as > interactive shell to operate the ftp-protocol. > > The file structure is /Volume_1 at the root. When I logon to > the directory > > msteffen@192.164.1.4: > > I get the root / of the file system displayed in dired (as I would > expect). Getting into the displayed directory /Volume_1 > in the dired gets me there, as exected. The next command, the > attempted creation of "testdir", fails. So I can browse fine, > but creating directories does not work (the same happens > when trying to delete an empty directory). OK. Could you, please, run a native test from the command line: # ftp 192.164.1.4 Provide user name / password as requested. Afterwards, please apply the following commands which we have seen in the ange-ftp buffer. This is a test to see whether it is ange-ftp or your FTP server which behaves unfriendly: ftp> hash ftp> pwd ftp> cd / ftp> ls -al ftp> quote mdtm / ftp> cd /Volume_1/ ftp> ls -al ftp> quote mdtm /Volume_1/ ftp> mkdir /Volume_1/testdir ftp> bye Please show the session listing of all these commands. I suspect it is the FTP server which runs into problems. Maybe because of this from your test: > ftp> pwd > 257 "/Volume_1" is current directory. > ftp> mkdir testdir > 257 "/mnt/HD_a2/testdir" new directory created. Looks like "/Volume_1" is a link or so, because "testdir" has been created on another physical location. > The version of the FTP server is indicated in the protocol, I > guess. Anyway, the host is a NAS (network attached server, a D-Link > DNS-323) and I cannot login to it, it's accessible basically via FTP (and > samba and UPnP). Ah. Samba on FAT32 likely. This could explain why the smb based copy results in shortened file names. Off topic: looks like it is possible to run native Linux on a D-Link DNS-323. I did something similar with my Linksys NSLU2, and I'm happy with it. > Cheers, > > Martin Best regards, Michael.