From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: Strange problem with Gnus. Date: Sun, 30 Nov 2008 11:38:48 -0800 Message-ID: <000e01c95323$4444cc50$0200a8c0@us.oracle.com> References: <87myfiecuc.fsf@debian.domain> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1228073941 26760 80.91.229.12 (30 Nov 2008 19:39:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 30 Nov 2008 19:39:01 +0000 (UTC) To: "'Andy Stewart'" , Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Nov 30 20:40:04 2008 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 1L6s9E-0003EN-2x for geh-help-gnu-emacs@m.gmane.org; Sun, 30 Nov 2008 20:40:04 +0100 Original-Received: from localhost ([127.0.0.1]:55945 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L6s84-00066Y-0s for geh-help-gnu-emacs@m.gmane.org; Sun, 30 Nov 2008 14:38:52 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L6s7k-00066J-IR for help-gnu-emacs@gnu.org; Sun, 30 Nov 2008 14:38:32 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L6s7f-00065H-RB for help-gnu-emacs@gnu.org; Sun, 30 Nov 2008 14:38:31 -0500 Original-Received: from [199.232.76.173] (port=49868 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L6s7f-00065C-Op for help-gnu-emacs@gnu.org; Sun, 30 Nov 2008 14:38:27 -0500 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]:27486 helo=rgminet11.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L6s7f-00049g-Do for help-gnu-emacs@gnu.org; Sun, 30 Nov 2008 14:38:27 -0500 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mAUJdEQG024990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 30 Nov 2008 19:39:16 GMT Original-Received: from acsmt706.oracle.com (acsmt706.oracle.com [141.146.40.84]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mAUJcR7g001336; Sun, 30 Nov 2008 19:38:29 GMT Original-Received: from dradamslap1 (/24.23.165.218) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 30 Nov 2008 11:38:20 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87myfiecuc.fsf@debian.domain> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-Index: AclSiErBOJsDTrbtQImyphbR5Yw4FAAk+Ryg X-Source-IP: acsmt706.oracle.com [141.146.40.84] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4932EBAE.0063:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 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:60261 Archived-At: Hi Andy, This is a known Gnus bug (reported to gnus.gnus-bug by Daniel Dehennin, 2008-06-21). The problem is that Gnus simply plugs in (prints) a propertized Lisp string as the value of the `filename' MML attribute. It does not ensure that whatever it plugs in is in fact a valid MML attribute value. In particular, it does not first remove any Emacs text properties (such as `face') from the Lisp string. I'm guessing that you are using Icicles - that can make this Gnus bug manifest. Fortunately, there is an easy workaround. IIUC, Gnus uses completion to pick up the string that it blindly plugs in. Unlike vanilla Emacs, by default Icicles lets completion return a propertized string. For example, if the completion candidates have the `face' property, then the string that `completing-read' or `read-file-name' returns is such a propertized string. This is a feature. But you can turn it off by simply customizing option `icicle-unpropertize-completion-result-flag' to non-nil. That will mean that you give up that feature generally, but that's no big deal. HTH, and sorry for the trouble. You might want to follow up with Gnus development. I just checked gnus.gnus-bug, and there has apparently been no reply to Daniel's bug report (subject: "File attachement with icicles is a problem"). I don't know if Gnus development records and tracks bugs, other than via the newsgroup. - Drew > From: Andy Stewart Sent: Saturday, November 29, 2008 8:06 AM > I have setup `mml-default-directory' with "~/.gnus/", so when > i attach a file, Gnus will find files in "~/.gnus" default. > > But when i use command `mml-attach-file' attach a file, example > "attach.el". It will insert some part: > filename=#("~/.gnus/attach.el" 0 25 (face nil)) disposition=... > When i send mail, will got error information > > :mm-insert-file-contents: Opening input file: no such file or > directory, /home/andy/MyEmacs/Gnus/#("~/.gnus/attach.el" 0 25 > (face nil))" > > And i think right is like this: > filename="~/.gnus/attach.el" disposition=... > And now attach file success. > > So i want to ask why `mml-attach-file' have to insert "#(" front of > filepath, and why insert "0 25 (face nil))" after filepath? > Is my configuration wrong? Any help?