From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: GNU Emacs: Client/Server Date: 29 Jan 2004 10:35:23 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20040129111259.67CF418B@frontend3.messagingengine.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1075390775 3487 80.91.224.253 (29 Jan 2004 15:39:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 29 Jan 2004 15:39:35 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Jan 29 16:39:27 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AmEGM-0006WY-00 for ; Thu, 29 Jan 2004 16:39:26 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AmEGM-0001ck-01 for ; Thu, 29 Jan 2004 16:39:26 +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 1AmEEi-0004U8-Gc for emacs-devel@quimby.gnus.org; Thu, 29 Jan 2004 10:37:44 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AmED7-0003wV-Ey for emacs-devel@gnu.org; Thu, 29 Jan 2004 10:36:05 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AmECa-0003iA-FP for emacs-devel@gnu.org; Thu, 29 Jan 2004 10:36:03 -0500 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AmECa-0003hz-5b for emacs-devel@gnu.org; Thu, 29 Jan 2004 10:35:32 -0500 Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 98CEC21149; Thu, 29 Jan 2004 10:35:23 -0500 (EST) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 3BE418C6F9; Thu, 29 Jan 2004 10:35:23 -0500 (EST) Original-To: "Dhruva Krishnamurthy" In-Reply-To: <20040129111259.67CF418B@frontend3.messagingengine.com> Original-Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-1.428, requis 5, BAYES_20 -1.43) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:19546 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:19546 > The fact that "emacsclient" does not build on MS Windows platform > (correct me if I am wrong), we end up depending on "gnuserv" > functionality. This is *NOT* part of distribution and therefore makes it > difficult to keep update with changes in "gnuserv" (if there are any, > recently). I feel like the best way forward is to support TCP sockets rather than only unix sockets. This would be an improvement under Unix and would give us W32 support "for free". I opposed such a move in the past based on the fact that it implies a serious security concern. Of course, the security issue just means we have to be super extra careful and do proper authentication. Recently (while bitching at the stupid imap server that keeps asking for my password even though I already authenticated myself elsewhere), it occurred to me that a cheap authentication scheme is to see whether the remote process has write access to a particular file: i.e. send a random string to the remote process, and when the remote process replies, check whether [ `cat ~/.server-check` = "$the-random-string" ]. Of course, the NFS propagation delay may make this unusable, but maybe if we check [ -d "~/.server-$the-random-string" ] instead, it will work. Stefan