From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.devel Subject: Re: 2 nits about mailabbrev Date: Mon, 27 Sep 2004 17:13:46 -0600 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <41589EAA.1010009@yahoo.com> References: <41585B0A.20201@yahoo.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1096326873 14993 80.91.229.6 (27 Sep 2004 23:14:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 27 Sep 2004 23:14:33 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 28 01:14:24 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CC4hM-0008Kk-00 for ; Tue, 28 Sep 2004 01:14:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CC4nb-0001lv-PQ for ged-emacs-devel@m.gmane.org; Mon, 27 Sep 2004 19:20:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CC4nS-0001lq-5y for emacs-devel@gnu.org; Mon, 27 Sep 2004 19:20:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CC4nQ-0001lF-Ag for emacs-devel@gnu.org; Mon, 27 Sep 2004 19:20:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CC4nQ-0001lC-8j for emacs-devel@gnu.org; Mon, 27 Sep 2004 19:20:40 -0400 Original-Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CC4gm-00018N-FR for emacs-devel@gnu.org; Mon, 27 Sep 2004 19:13:48 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CC4gl-0005PP-00 for ; Tue, 28 Sep 2004 01:13:47 +0200 Original-Received: from 170.207.1.200 ([170.207.1.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Sep 2004 01:13:47 +0200 Original-Received: from ihs_4664 by 170.207.1.200 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Sep 2004 01:13:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 56 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 170.207.1.200 User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:0.9.4.1) Gecko/20020406 Netscape6/6.2.2 X-Accept-Language: en-us X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27634 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27634 John Owens wrote: > Kevin Rodgers yahoo.com> writes: >>Yes, but don't those other MUAs that grok .alias also generate a >>non-compliant To: header? And isn't the solution to that problem to >>explicitly include the necessary quotes: >> >>alias gwbush "\"George W. Bush\" whitehouse.gov>" > > The other MUAs probably do it wrong. However, in my informal experiments > with different MUAs some time ago (I think I tried VM, /bin/mail, and > Wanderlust), the most widely supported format among MUAs was > alias gwbush "George W. Bush " > > Other formats had errors in different MUAs. I do encourage others to > try different MUAs to check. But my conclusion at the time was > certainly that I should leave my .alias in the format above, since it > was the most widely supported. FWIW, I use VM + smtpmail.el + mailabbrev.el > The issue at hand, I think, is "what should mailabbrev do?" It seems to > me that no matter what other MUAs might do, mailabbrev should take the > common .alias format as an input and output a RFC-822 compliant string > if it can. I think that's better than the current behavior. Agreed. >>Doesn't this code from sendmail-send-it do the right thing? >>(snipped) >> > > It may, although I'm using mailabbrev without sendmail-send-it, so it > doesn't help me. I think putting it in both places would not hurt; some > people use mailabbrev without sendmail-send-it, some people use > sendmail-send-it without mailabbrev, and they could certainly be > mutually compatible. It would be possible to control mailabbrev's > munging with a variable and set it as nil by default, but since my > proposed change doesn't hurt anything and only makes it more correct > (I hope), I don't think this is necessary. If we change mailabbrev.el, then mailalias.el should be kept in sync. If we change sendmail.el, then smtpmail.el, feedmail.el, and mailpost.el should be kept in sync. I think that's the proper place to fix the problem, since it's not strictly an alias problem: the same address could be entered manually, and there are other encoding issues with addresses that Emacs should handle (e.g. non-ASCII characters). It'd be nice to eliminate some of the code duplication in those files. If the snippet from sendmail-send-it works, it could just be encapsulated as a new function (send-mail-encode-rfc822-recipient or something) that the other *mail.el files could call as well. -- Kevin Rodgers