From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.bugs Subject: Re: mail-extract-address-components doesn't handle MIME-encoded full name Date: Fri, 09 May 2003 10:48:24 -0600 Sender: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Message-ID: <3EBBDBD8.4000307@yahoo.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------020104020105030508050900" X-Trace: main.gmane.org 1052499283 18533 80.91.224.249 (9 May 2003 16:54:43 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 9 May 2003 16:54:43 +0000 (UTC) Original-X-From: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 09 18:54:40 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19EB6H-0004a8-00 for ; Fri, 09 May 2003 18:52:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19EB4F-0007J5-06 for gnu-bug-gnu-emacs@m.gmane.org; Fri, 09 May 2003 12:49:55 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 19EB33-0006nh-00 for bug-gnu-emacs@prep.ai.mit.edu; Fri, 09 May 2003 12:48:41 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 19EB2q-0006FJ-00 for bug-gnu-emacs@prep.ai.mit.edu; Fri, 09 May 2003 12:48:35 -0400 Original-Received: from chi6-1.relay.mail.uu.net ([199.171.54.98]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19EB2g-00060L-00 for bug-gnu-emacs@prep.ai.mit.edu; Fri, 09 May 2003 12:48:18 -0400 Original-Received: from mail.fu-berlin.de by chi6sosrv13.alter.net with ESMTP (peer crosschecked as: mail.fu-berlin.de [160.45.11.165]) id QQonyp18048 for ; Fri, 9 May 2003 16:48:16 GMT Original-Received: by mail.fu-berlin.de (Smail3.2.0.98) from Curry.ZEDAT.FU-Berlin.DE (160.45.10.36) with esmtp id ; Fri, 9 May 2003 18:48:15 +0200 (MEST) Original-Received: by Curry.ZEDAT.FU-Berlin.DE (Smail3.2.0.98) from news.fu-berlin.de with bsmtp id ; Fri, 9 May 2003 18:48:14 +0200 (MEST) Original-To: gnu-emacs-bug@moderators.isc.org Original-Path: 170.207.51.80!not-for-mail Original-Newsgroups: gnu.emacs.bug Original-Lines: 79 X-Orig-NNTP-Posting-Host: 170.207.51.80 X-Orig-X-Trace: fu-berlin.de 1052498894 20263970 170.207.51.80 (16 [82742]) 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: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.bugs:4990 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:4990 This is a multi-part message in MIME format. --------------020104020105030508050900 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit >> mail-extract-address-components should either return the MIME-encoded >> full name so the caller can decode it >> >> ("=?iso-8859-1?q?Laurent=20Laporte?=" "laurentlaporte@yahoo.com") >> >> or decode it itself >> >> ("Laurent Laporte" "laurentlaporte@yahoo.com") > > Or perhaps the caller should decode the From: header contents first; Apparently not (see attached message). -- Kevin Rodgers --------------020104020105030508050900 Content-Type: text/plain; name="mail-extract-address-components" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mail-extract-address-components" >>From - Fri May 9 10:45:07 2003 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Path: uni-berlin.de!fu-berlin.de!news.maxwell.syr.edu!sn-xit-03!sn-xit-06!sn-post-01!supernews.com!corp.supernews.com!gohan12.FreeBSD.org!not-for-mail From: kyle_jones@wonderworks.com (Kyle Jones) Newsgroups: gnu.emacs.vm.info Subject: Re: mail-extract-address-components doesn't handle MIME-encoded full names Date: Fri, 9 May 2003 02:21:24 +0000 (UTC) Organization: Unknown Message-ID: Sender: kyle@carbon.wonderworks.com References: <3EBAD6A4.8030307@yahoo.com> X-Face: /cA45WHG7jWq>(O3&Z57Y<"WsX5ddc,4c#w0F*zrV#=M 0@~@,s;b,aMtR5Sqs"+nU.z^CSFQ9t`z2>W,S,]:[+2^ Nbf6v4g>!&,7R4Ot4Wg{&tm=WX7P["9%a)_da48-^tGy ,qz]Z,Zz\{E.,]'EO+F)@$KtF&V X-Complaints-To: abuse@supernews.com Lines: 26 Xref: uni-berlin.de gnu.emacs.vm.info:15919 Kevin Rodgers wrote: > After I submitted a report to gnu.emacs.bug with the same subject, I > realized that it's probably better for VM to to decode the From: header > contents before calling mail-extract-address-components. RFC 2047 advises against this because RFC 822 parsing rules are no longer applicable to headers containing the decoded text. If mail-extract-address-components expects RFC 822 syntax (and I think it does), then it could be broken by direct exposure to decoded text. The paragraph in the RFC 2046 I'm referring to is: NOTE: Decoding and display of encoded-words occurs *after* a structured field body is parsed into tokens. It is therefore possible to hide 'special' characters in encoded-words which, when displayed, will be indistinguishable from 'special' characters in the surrounding text. For this and other reasons, it is NOT generally possible to translate a message header containing 'encoded-word's to an unencoded form which can be parsed by an RFC 822 mail reader. This is just for your information. In practice the worse thing that will happen is that someday mail-extract-address-components might throw an error unexpectedly. -- Latest VM: 7.15, see http://www.wonderworks.com/vm/ Latest snapshot: 1.04, see http://freshmeat.net/projects/snapshot/ --------------020104020105030508050900 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit _______________________________________________ Bug-gnu-emacs mailing list Bug-gnu-emacs@gnu.org http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs --------------020104020105030508050900--