From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/86257 Path: news.gmane.org!not-for-mail From: Uwe Brauer Newsgroups: gmane.emacs.gnus.general Subject: Re: change content type of attachment before sending Date: Mon, 02 Nov 2015 13:56:09 +0000 Message-ID: <87611kbj46.fsf@mat.ucm.es> References: <874mh615ps.fsf@mat.ucm.es> <874mh5ai5j.fsf@mat.ucm.es> <87twp53h13.fsf@tullinup.koldfront.dk> <87h9l58we5.fsf@mat.ucm.es> <87k2q0zxxz.fsf@delle7240.chemeng.ucl.ac.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1446472695 6840 80.91.229.3 (2 Nov 2015 13:58:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 Nov 2015 13:58:15 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M34491@lists.math.uh.edu Mon Nov 02 14:58:03 2015 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZtFcW-0000j1-U2 for ding-account@gmane.org; Mon, 02 Nov 2015 14:58:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.85) (envelope-from ) id 1ZtFbL-0002uJ-VJ; Mon, 02 Nov 2015 07:56:48 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZtFbK-0002ty-7O for ding@lists.math.uh.edu; Mon, 02 Nov 2015 07:56:46 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1ZtFbG-0001R6-Cq for ding@lists.math.uh.edu; Mon, 02 Nov 2015 07:56:46 -0600 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1ZtFau-0004S1-Ao for ding@gnus.org; Mon, 02 Nov 2015 14:56:26 +0100 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZtFat-00082E-OU for ding@gnus.org; Mon, 02 Nov 2015 14:56:19 +0100 Original-Received: from gilgamesch.quim.ucm.es ([147.96.12.99]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Nov 2015 14:56:19 +0100 Original-Received: from oub by gilgamesch.quim.ucm.es with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Nov 2015 14:56:19 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 55 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: gilgamesch.quim.ucm.es Mail-Copies-To: never User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:zoE7iYzTexv/sN8AyLo1dCmYUkk= X-Spam-Score: -2.9 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:86257 Archived-At: >>> "Eric" == Eric S Fraga writes: > On Sunday, 1 Nov 2015 at 17:25, Uwe Brauer wrote: [...] >> But what if I don't know the type? The beauty of the interactive >> call is that it offers various possibilities which I never >> remember by heart. > I am confused. In your OP, you said you wanted to erroneously set > the type, e.g. to application/octet-stream. Either you know what > you want to set to (erroneously) or the problem is a more > fundamental one in your mailcap settings? That is, if I > misunderstood you and you in fact want to correct erroneous file > types, the problem is not with mml-xxx but with your system's > settings which mml uses to determine file types. Ok here is the longer story. It concerns Xemacs and GNU emacs, tex files and latin-1 and UTF-8 encoding. Xemacs 21.5.X still uses Mule, while GNU emacs has moved to UFT-8 internally as far as I know. Now the problem is the following: - I send a latex file with latin-1 chars, buffer coding is set to latin-1, via gnus as text/x-tex type to a Xemacs user: the coding is corrupted. - I send a latex file with latin-1 chars, buffer coding is set to UTF-8, via gnus as text/x-tex type to a Xemacs user: the coding is ok. Now - the user sends it back, but now it is the other way around: if he sends using buffer coding is set to latin-1 via gnus as text/x-tex type to me: the coding is ok - The user sends it back, buffer coding is set to UTF-8 via gnus as text/x-tex type me: the coding is corrupted. GNU emacs ---UTF8-> Xemacs OK Xemacs ---latin-1-> GNU emacs ok The problem can be circumvent using application/octet-stream then both buffer codings are fine. But I don't want that for every latex file. That is why I want to be able to change the mml type, in case I made a mistake, or using the dired function (since this much more comfortable to use) which would allow me to chose the coding Uwe Brauer