From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: face-at-point Date: Fri, 14 Jun 2013 18:32:21 -0400 Message-ID: <87ehc4wcga.fsf@pierrot.dokosmarshall.org> References: <87zjut2jk1.fsf@gilgamesch.quim.ucm.es> <87obb9xckp.fsf@pierrot.dokosmarshall.org> <8738sl2cxk.fsf_-_@gilgamesch.quim.ucm.es> <87d2royja2.fsf@pierrot.dokosmarshall.org> <87sj0k979j.fsf@gilgamesch.quim.ucm.es> <87mwqswioa.fsf@pierrot.dokosmarshall.org> <87hah0bdcp.fsf@mat.ucm.es> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UncXv-0002zl-Ab for emacs-orgmode@gnu.org; Fri, 14 Jun 2013 18:32:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UncXu-0003v5-3Y for emacs-orgmode@gnu.org; Fri, 14 Jun 2013 18:32:39 -0400 Received: from plane.gmane.org ([80.91.229.3]:33561) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UncXt-0003uz-TX for emacs-orgmode@gnu.org; Fri, 14 Jun 2013 18:32:38 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UncXs-0007kd-35 for emacs-orgmode@gnu.org; Sat, 15 Jun 2013 00:32:36 +0200 Received: from pool-108-7-96-134.bstnma.fios.verizon.net ([108.7.96.134]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 15 Jun 2013 00:32:36 +0200 Received: from ndokos by pool-108-7-96-134.bstnma.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 15 Jun 2013 00:32:36 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Uwe Brauer writes: >>> "Nick" == Nick Dokos writes: > > > Uwe Brauer writes: > > > Eric Fraga has been prolific in providing solutions to these problems > > today. In addition to the client side solution ("Use v instead of t") > > which solves the problem on the recipient's side, he provided another > > solution (which I have used in the past, but I forgot all about it until > > I saw Eric's reply to your question in the gnus mailing list) that > > solves the problem on the sender's side: let gnus-dired-attach default > > to whatever it bloody well pleases - the attachment cookie it inserts in > > the mail you are composing is just text (until you hit C-c C-c and then > > it becomes a "real" attachment), so if the type is not to your liking, > > you can go ahead and edit it at will (I've stripped out parts of the > > cookie, so it won't be mistaken as a real attachment - I'm not sure > > how to quote it so that it won't be recognized): > > > ... type="application/octet-stream" filename="~/Desktop/foo" > > disposition=attachment description=Hunoz> > > > to > > > ... type="text/plain" filename="~/Desktop/foo" > > disposition=attachment description=Hunoz> > yes I have seen his answer, problem with this approach: you have to know > by heart which is hte correct type. > > I never can remember whether it is text/plain or plain/text > > mml-attach-file gives you a list of options. > Ideally, the /etc/mime.types mapping will take care of things automatically. But this is a last-ditch opportunity to get it right. You can always M-x grep RET plain /etc/mime.types RET (or jpg, or jpeg, or pdf, or whatever) to verify the correct form. Or put it in a function and bind it to a key so you don't have to remember the name of the file. OTOH, if you send it out wrong, I now know how to open the attachment correctly using Eric's other solution - the problem has almost vanished and life is good... -- Nick