From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/70388 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Can not send application attachments. Date: Thu, 02 Sep 2010 17:01:40 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87mxrz24aj.fsf@lifelogs.com> References: <87iq2o8o8l.fsf@gmail.com> <87wrr45nod.fsf@lifelogs.com> <87eidc7wvy.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1283465119 23670 80.91.229.12 (2 Sep 2010 22:05:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 2 Sep 2010 22:05:19 +0000 (UTC) Cc: Markus Triska To: ding@gnus.org Original-X-From: ding-owner+M18765@lists.math.uh.edu Fri Sep 03 00:05:17 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OrHuF-0007jD-Sf for ding-account@gmane.org; Fri, 03 Sep 2010 00:05:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1OrHu9-00039c-N3; Thu, 02 Sep 2010 17:05:09 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1OrHu8-00039J-6e for ding@lists.math.uh.edu; Thu, 02 Sep 2010 17:05:08 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1OrHu6-00038S-5l for ding@lists.math.uh.edu; Thu, 02 Sep 2010 17:05:08 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1OrHu5-0002bV-00 for ; Fri, 03 Sep 2010 00:05:05 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OrHu3-0007YL-Iq for ding@gnus.org; Fri, 03 Sep 2010 00:05:03 +0200 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Sep 2010 00:05:03 +0200 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Sep 2010 00:05:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 38 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:iAjn6ypyI3dudZqVKSiVbwSTzBU= X-Spam-Score: -0.7 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:70388 Archived-At: On Thu, 02 Sep 2010 21:45:05 +0200 spinuvit.list@gmail.com (Vitaly S.) wrote: VS> Ted Zlatanov writes: >> On Thu, 02 Sep 2010 11:54:18 +0200 spinuvit.list@gmail.com (Vitaly S.) wrote: >> Vs> I cannot send application attachments. Each time I try C-c C-c with VS> application/pdf , image/png or alike, the file is opened in the external VS> application and the message is not sent. >> >> You mean `C-c RET f'? Use the Attachments->Attach File menu to be >> certain. VS> I meant that during sending with message-send-and-exit (C-c C-c) if the email VS> contains parts with attachments, instead of being sent the pdf file is opened VS> in acrobat reader and images with evince. Message itself is not VS> sent. Curiously text/plain and text/html and octet-stream are sent just VS> fine. Oh, I see. That's a weird bug. On Thu, 02 Sep 2010 23:26:07 +0200 spinuvit.list@gmail.com (Vitaly S.) wrote: VS> Well, I finally got it. The openwith global mode VS> http://www.emacswiki.org/emacs/OpenWith was interfering somehow. VS> Once deactivated gnus attachments run nicely. VS> Would be curious to find out why is that happening, openwith is an VS> extremely light weigh and useful mode. Emacs opens the file in order to attach it. openwith.el hooks into this process and instead opens the file externally. That's probably too intrusive, but I don't know how to preserve openwith.el's behavior while being less aggressive with the file handlers. Maybe Markus can help you. Ted