From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: David Kastrup Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bugs@gnus.org Resent-Date: Sun, 24 Feb 2013 23:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: 13808@debbugs.gnu.org X-Debbugs-Original-To: submit@debbugs.gnu.org (The Gnus Bugfixing Girls + Boys) Received: via spool by submit@debbugs.gnu.org id=B.13617484737247 (code B ref -1); Sun, 24 Feb 2013 23:28:01 +0000 Received: (at submit) by debbugs.gnu.org; 24 Feb 2013 23:27:53 +0000 Received: from localhost ([127.0.0.1]:48279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U9kz3-0001sq-48 for submit@debbugs.gnu.org; Sun, 24 Feb 2013 18:27:53 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:46696) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U9kyi-0001sN-L6 for submit@debbugs.gnu.org; Sun, 24 Feb 2013 18:27:51 -0500 Received: from localhost ([127.0.0.1]:35412 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U9kxA-0005sB-1T for submit@debbugs.gnu.org; Sun, 24 Feb 2013 18:25:56 -0500 Received: by lola (Postfix, from userid 1000) id 46A2D200664; Mon, 25 Feb 2013 00:25:41 +0100 (CET) From: David Kastrup Date: Mon, 25 Feb 2013 00:25:40 +0100 Message-ID: <87ppzp2t1n.fsf@fencepost.gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -7.6 (-------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.6 (-------) --=-=-= Content-Type: text/plain I append an attachment with C-c C-m f that had been originally encoded in UTF-8. Gnus decides to reencode it in Latin-1 for whatever reason. Attachments should _always_ be a faithful byte-by-byte rendition of the original file. Gnus should not tamper with that. It is acutely embarrassing if you send "example files" to people in order to let them check whether they have encoding problems at their site, and the file arrives with a different encoding. I'd go so far to state that inline included files should keep the same encoding. But at any rate, reencoding an external attachment is plainly ridiculous. Gnus v5.13 GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, X toolkit) of 2013-01-30 on lola 200 news.gmane.org InterNetNews NNRP server INN 2.5.1 ready (posting ok) 100 Legal commands ARTICLE [message-ID|number] AUTHINFO USER name|PASS password|GENERIC program [argument ...] BODY [message-ID|number] CAPABILITIES [keyword] DATE GROUP newsgroup HDR header [message-ID|range] HEAD [message-ID|number] HELP IHAVE message-ID LAST LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS] LISTGROUP [newsgroup [range]] MODE READER NEWGROUPS [yy]yymmdd hhmmss [GMT] NEWNEWS wildmat [yy]yymmdd hhmmss [GMT] NEXT OVER [range] POST QUIT STARTTLS STAT [message-ID|number] XGTITLE [wildmat] XHDR header [message-ID|range] XOVER [range] XPAT header message-ID|range pattern [pattern ...] Report problems to . . 382 Begin TLS negotiation now 100 Legal commands ARTICLE [message-ID|number] AUTHINFO USER name|PASS password|GENERIC program [argument ...] BODY [message-ID|number] CAPABILITIES [keyword] DATE GROUP newsgroup HDR header [message-ID|range] HEAD [message-ID|number] HELP IHAVE message-ID LAST LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS] LISTGROUP [newsgroup [range]] MODE READER NEWGROUPS [yy]yymmdd hhmmss [GMT] NEWNEWS wildmat [yy]yymmdd hhmmss [GMT] NEXT OVER [range] POST QUIT STARTTLS STAT [message-ID|number] XGTITLE [wildmat] XHDR header [message-ID|range] XOVER [range] XPAT header message-ID|range pattern [pattern ...] Report problems to . . -- David Kastrup --=-=-= Content-Type: text/x-lilypond; charset=iso-8859-1 Content-Disposition: attachment; filename=xxx.ly Content-Transfer-Encoding: quoted-printable \header{ title =3D "Lettre =E0 =C9lise" } \markup { } --=-=-=-- From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bugs@gnus.org Resent-Date: Sat, 06 Jul 2013 16:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: David Kastrup Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.137312685621776 (code B ref 13808); Sat, 06 Jul 2013 16:08:02 +0000 Received: (at 13808) by debbugs.gnu.org; 6 Jul 2013 16:07:36 +0000 Received: from localhost ([127.0.0.1]:34859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UvV1L-0005f9-Md for submit@debbugs.gnu.org; Sat, 06 Jul 2013 12:07:36 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:43223) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UvV1J-0005f0-B5 for 13808@debbugs.gnu.org; Sat, 06 Jul 2013 12:07:33 -0400 Received: from 46.157.223.218.tmi.telenormobil.no ([46.157.223.218] helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UvV18-0002Kj-4j; Sat, 06 Jul 2013 18:07:22 +0200 From: Lars Ingebrigtsen References: <87ppzp2t1n.fsf@fencepost.gnu.org> Date: Sat, 06 Jul 2013 18:07:09 +0200 In-Reply-To: <87ppzp2t1n.fsf@fencepost.gnu.org> (David Kastrup's message of "Mon, 25 Feb 2013 00:25:40 +0100") Message-ID: <87zjtzwu36.fsf@building.gnus.org> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1UvV18-0002Kj-4j X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1373731642.78079@am1wW6rMm2C8zhXchSb5dA X-Spam-Status: No X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) David Kastrup writes: > I append an attachment with C-c C-m f that had been originally encoded > in UTF-8. Gnus decides to reencode it in Latin-1 for whatever reason. > Attachments should _always_ be a faithful byte-by-byte rendition of the > original file. I think MUAs are free to alter the encoding of forwarded messages as they choose. Even MTAs can alter encodings according to their whims. So I don't think it's a bug that Gnus re-encodes stuff, but in this instance it sounds like it's re-encoding things wrongly. Or do you have a preference set somewhere that prefers Latin-1? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: David Kastrup Original-Sender: "Debbugs-submit" Resent-CC: bugs@gnus.org Resent-Date: Sat, 06 Jul 2013 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 13808@gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.137312775627768 (code B ref 13808); Sat, 06 Jul 2013 16:23:02 +0000 Received: (at 13808) by debbugs.gnu.org; 6 Jul 2013 16:22:36 +0000 Received: from localhost ([127.0.0.1]:34911 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UvVFr-0007Dl-Bk for submit@debbugs.gnu.org; Sat, 06 Jul 2013 12:22:35 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:42003 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UvVFk-0007DN-Do for 13808@debbugs.gnu.org; Sat, 06 Jul 2013 12:22:32 -0400 Received: from localhost ([127.0.0.1]:49309 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UvVFj-0000nT-T4; Sat, 06 Jul 2013 12:22:28 -0400 Received: by lola (Postfix, from userid 1000) id 390EB20058E; Sat, 6 Jul 2013 18:21:59 +0200 (CEST) From: David Kastrup References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> Date: Sat, 06 Jul 2013 18:21:59 +0200 In-Reply-To: <87zjtzwu36.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Sat, 06 Jul 2013 18:07:09 +0200") Message-ID: <871u7blkuw.fsf@fencepost.gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Lars Ingebrigtsen writes: > David Kastrup writes: > >> I append an attachment with C-c C-m f that had been originally encoded >> in UTF-8. Gnus decides to reencode it in Latin-1 for whatever reason. >> Attachments should _always_ be a faithful byte-by-byte rendition of the >> original file. > > I think MUAs are free to alter the encoding of forwarded messages as > they choose. I am not talking about a "forwarded message" but rather an attached file. The message part included with C-c m f was specified as (text/x-lilypond, attachment) It was _not_ included "inline". It was not a part of the message. > Even MTAs can alter encodings according to their whims. Not in attachments. > So I don't think it's a bug that Gnus re-encodes stuff, but in this > instance it sounds like it's re-encoding things wrongly. Or do you > have a preference set somewhere that prefers Latin-1? This was a program file in a programming language that uses utf-8 as its text encoding. You can't just reencode the file in Latin-1 and expect it to magically still work. If we were talking about an _inline_ text, reencoding it in a different encoding would already be hard to justify, but this was rather an _attachment_. If it is impossible to send attachments without them getting reencoded unasked for, attaching files become _useless_. -- David Kastrup From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: David Kastrup Original-Sender: "Debbugs-submit" Resent-CC: bugs@gnus.org Resent-Date: Mon, 08 Jul 2013 14:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: Lars Magne Ingebrigtsen Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.137329290012620 (code B ref 13808); Mon, 08 Jul 2013 14:15:02 +0000 Received: (at 13808) by debbugs.gnu.org; 8 Jul 2013 14:15:00 +0000 Received: from localhost ([127.0.0.1]:39429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UwCDS-0003HN-F7 for submit@debbugs.gnu.org; Mon, 08 Jul 2013 10:14:59 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:51307 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UwCDM-0003H2-JN for 13808@debbugs.gnu.org; Mon, 08 Jul 2013 10:14:56 -0400 Received: from localhost ([127.0.0.1]:58614 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UwCDL-0000aS-PH; Mon, 08 Jul 2013 10:14:52 -0400 Received: by lola (Postfix, from userid 1000) id B7B37200702; Mon, 8 Jul 2013 16:14:40 +0200 (CEST) From: David Kastrup References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> Date: Mon, 08 Jul 2013 16:14:40 +0200 In-Reply-To: (Lars Magne Ingebrigtsen's message of "Mon, 08 Jul 2013 15:05:45 +0200") Message-ID: <87zjtxi1f3.fsf@fencepost.gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.3 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.3 (-----) First a note and apology: due to a misconfiguration of my mail server, mail to debbugs.gnu.org has instead been sent (and seen as being sent to) to gnu.org instead. As a consequence, a significant part of our communication might never have made it to the bug tracker. I apology for that and hope that my system's configuration will now be fixed in that regard. Lars Magne Ingebrigtsen writes: > David Kastrup writes: > >> You are confusing the technical implementation with the intended >> semantics. An inline file is expected to be displayed in the message, >> but indeed it _can_ be saved conveniently as a single file, so >> reencoding it is not a good idea either. >> >> The only purpose of an attachment is to be saved as a file. If this >> file is not identical to the file that has been sent, the purpose is not >> met. > > There is no technical difference between Content-Disposition: inline or > attachment. text/plain parts have to adhere to certain standards (be > encoded with a valid charset etc) to be valid. > > If you want to just send a sequence of bytes, you have to send something > other than text/*. But we are not talking about "text/plain" here, but rather "text/x-lilypond". Gnus offers, among others, the content types text/cache-manifest text/calendar text/css text/csv text/dns text/enriched text/h323 text/html text/iuls text/mathml text/plain text/richtext text/scriptlet text/spreadsheet text/tab-separated-values text/texmacs text/vnd.sun.j2me.app-descriptor text/vnd.wap.wml text/vnd.wap.wmlscript text/x-bibtex text/x-boo text/x-c++hdr text/x-c++src text/x-chdr text/x-component text/x-csh text/x-csrc text/x-diff text/x-dsrc text/x-haskell text/x-java text/x-lilypond text/x-literate-haskell text/x-moc text/x-org text/x-pascal text/x-patch text/x-pcs-gcd text/x-perl text/x-python text/x-scala text/x-setext text/x-sfv text/x-sh text/x-tcl text/x-tex text/x-vcalendar text/x-vcard And when you use C-c m f for attaching a file of extension, say, .ly, it will _default_ to using text/x-lilypond. Of the above content types, it would obviously be a really bad idea to silently reencode an attached file to have file contents with a different encoding for the overwhelming majority of the above file types as they either expect a certain encoding _or_ declare the desired encoding in instructions in the file that will not get changed by Gnus when it it changes the original encoding. >> A file that compiled fine at the site of the sender does no longer >> compile when received. Only ASCII characters survive unchanged. That >> makes an attachment not better for transfering program files than just >> pasting them in the middle of the mail message would. > > That Gnus re-encoded a text/plain part that was utf-8 on disk to > Latin-1 sounds like a bug, yes. I would tend to agree here, but my complaint actually was that Gnus reencoded a text/x-lilypond part that was utf-8 on disk. > But that has nothing to do with whether the parts are attachments or > not. I think this behavior less defensible when attachments are involved, but I'd be perfectly happy if it was fixed for both attachments as well as inline parts. > Unless you're looking at different standards than what I'm looking at. Not likely. I was just trying to create an example of least defensible behavior by illustrating with an attachment of type text/x-lilypond. I'd be perfectly content with preserving file encoding for inline passages of text/plain: the fewer chances there are for things going wrong or being surprising, the better. Now part of the scenario for reproducing the problem might be the following variable: mm-coding-system-priorities is a variable defined in `mm-util.el'. Its value is (iso-8859-1 iso-8859-15 utf-8) Original value was nil Documentation: Preferred coding systems for encoding outgoing messages. More than one suitable coding system may be found for some text. By default, the coding system with the highest priority is used to encode outgoing messages (see `sort-coding-systems'). If this variable is set, it overrides the default priority. You can customize this variable. This variable was introduced, or its default value was changed, in version 21.2 of Emacs. [back] I think that this variable should likely not be consulted at all when attaching/sending a file. When attaching/sending a _buffer_ that is _not_ visiting a file, the choice might be more difficult to make. But I'd consider it an "element of least surprise" strategy to restrict the effect of mm-coding-system-priorities to the actual original text in the message buffer. -- David Kastrup From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bugs@gnus.org Resent-Date: Fri, 31 Jan 2014 01:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: David Kastrup Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.139113288819975 (code B ref 13808); Fri, 31 Jan 2014 01:49:02 +0000 Received: (at 13808) by debbugs.gnu.org; 31 Jan 2014 01:48:08 +0000 Received: from localhost ([127.0.0.1]:42073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W93DD-0005C6-Dm for submit@debbugs.gnu.org; Thu, 30 Jan 2014 20:48:07 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:49628) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W93DA-0005Bx-0z for 13808@debbugs.gnu.org; Thu, 30 Jan 2014 20:48:05 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1W93Cv-0003qm-NI; Fri, 31 Jan 2014 02:47:50 +0100 From: Lars Ingebrigtsen References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> <87zjtxi1f3.fsf@fencepost.gnu.org> Date: Thu, 30 Jan 2014 17:47:00 -0800 In-Reply-To: <87zjtxi1f3.fsf@fencepost.gnu.org> (David Kastrup's message of "Mon, 08 Jul 2013 16:14:40 +0200") Message-ID: <87ppn86hyj.fsf@building.gnus.org> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1W93Cv-0003qm-NI X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1391737670.48376@OsP7tkDIj53e2NAuMWRVkw X-Spam-Status: No X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) David Kastrup writes: > I'd be perfectly content with preserving file encoding for inline > passages of text/plain: the fewer chances there are for things going > wrong or being surprising, the better. Yeah. Attaching files should send the files out the way they are on disk, byte for byte, I think. > Now part of the scenario for reproducing the problem might be the > following variable: > > mm-coding-system-priorities is a variable defined in `mm-util.el'. > Its value is (iso-8859-1 iso-8859-15 utf-8) > Original value was nil Mine is nil. I just tried sending out a utf-8 file, and Message decided it was 8859, so it's totally garbled: --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline; filename=foo.txt Content-Transfer-Encoding: base64 QmzDpWLDpnINCg== --=-=-= Yuck. Hm... what's determining the charset in the file, anyway? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bugs@gnus.org Resent-Date: Fri, 31 Jan 2014 01:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: David Kastrup Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.139113339720756 (code B ref 13808); Fri, 31 Jan 2014 01:57:02 +0000 Received: (at 13808) by debbugs.gnu.org; 31 Jan 2014 01:56:37 +0000 Received: from localhost ([127.0.0.1]:42077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W93LM-0005OX-Re for submit@debbugs.gnu.org; Thu, 30 Jan 2014 20:56:36 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:39306) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W93LH-0005OM-Hs for 13808@debbugs.gnu.org; Thu, 30 Jan 2014 20:56:31 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1W93L0-0003vn-Mx; Fri, 31 Jan 2014 02:56:11 +0100 From: Lars Ingebrigtsen References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> <87zjtxi1f3.fsf@fencepost.gnu.org> <87ppn86hyj.fsf@building.gnus.org> Date: Thu, 30 Jan 2014 17:55:21 -0800 In-Reply-To: <87ppn86hyj.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Thu, 30 Jan 2014 17:47:00 -0800") Message-ID: <87d2j86hkm.fsf@building.gnus.org> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1W93L0-0003vn-Mx X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1391738171.45777@O9URuGL7KnrRKlUJZBllFQ X-Spam-Status: No X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Lars Ingebrigtsen writes: > I just tried sending out a utf-8 file, and Message decided it was 8859, > so it's totally garbled: > > --=-=-= > Content-Type: text/plain; charset=iso-8859-1 > Content-Disposition: inline; filename=foo.txt > Content-Transfer-Encoding: base64 > > QmzDpWLDpnINCg== > --=-=-= > > Yuck. > > Hm... what's determining the charset in the file, anyway? It's calling `find-coding-systems-region', which just returns `(undecided)'. Er. So how is this supposed to work, really? How Emacs detects coding systems remains a mystery to me... Anybody have any insights here? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: David Kastrup Original-Sender: "Debbugs-submit" Resent-CC: bugs@gnus.org Resent-Date: Fri, 31 Jan 2014 06:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.139115079924981 (code B ref 13808); Fri, 31 Jan 2014 06:47:01 +0000 Received: (at 13808) by debbugs.gnu.org; 31 Jan 2014 06:46:39 +0000 Received: from localhost ([127.0.0.1]:42229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W97s2-0006Um-7b for submit@debbugs.gnu.org; Fri, 31 Jan 2014 01:46:38 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:47464) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W97ru-0006UW-SF for 13808@debbugs.gnu.org; Fri, 31 Jan 2014 01:46:31 -0500 Received: from localhost ([127.0.0.1]:54771 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W97rt-000069-PL; Fri, 31 Jan 2014 01:46:26 -0500 Received: by lola (Postfix, from userid 1000) id 36813E0521; Fri, 31 Jan 2014 07:46:13 +0100 (CET) From: David Kastrup References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> <87zjtxi1f3.fsf@fencepost.gnu.org> <87ppn86hyj.fsf@building.gnus.org> <87d2j86hkm.fsf@building.gnus.org> Date: Fri, 31 Jan 2014 07:46:13 +0100 In-Reply-To: <87d2j86hkm.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Thu, 30 Jan 2014 17:55:21 -0800") Message-ID: <87k3dg4pje.fsf@fencepost.gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.4 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) Lars Ingebrigtsen writes: > Lars Ingebrigtsen writes: > >> I just tried sending out a utf-8 file, and Message decided it was 8859, >> so it's totally garbled: >> >> --=-=-= >> Content-Type: text/plain; charset=iso-8859-1 >> Content-Disposition: inline; filename=foo.txt >> Content-Transfer-Encoding: base64 >> >> QmzDpWLDpnINCg== >> --=-=-= >> >> Yuck. >> >> Hm... what's determining the charset in the file, anyway? > > It's calling `find-coding-systems-region', which just returns > `(undecided)'. Er. So how is this supposed to work, really? > > How Emacs detects coding systems remains a mystery to me... Anybody > have any insights here? Texts don't have a coding system. What Emacs can detect is what coding systems an _external_ representation of a multibyte buffer or string might take. find-coding-systems-region just returns a list of proposals all of which will equally work for representing the buffer. "undecided" means that there are no non-ASCII characters and _anything_ will work. If find-coding-systems-region is called on a base64 encoded region, that will always be its verdict. That's pretty much the point of base64. -- David Kastrup From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bugs@gnus.org Resent-Date: Wed, 25 Jan 2017 15:04:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: David Kastrup Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.148535663225340 (code B ref 13808); Wed, 25 Jan 2017 15:04:03 +0000 Received: (at 13808) by debbugs.gnu.org; 25 Jan 2017 15:03:52 +0000 Received: from localhost ([127.0.0.1]:42927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWP71-0006ae-RC for submit@debbugs.gnu.org; Wed, 25 Jan 2017 10:03:51 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:42668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWP70-0006aW-EF for 13808@debbugs.gnu.org; Wed, 25 Jan 2017 10:03:50 -0500 Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWP6u-0004nK-5t; Wed, 25 Jan 2017 16:03:49 +0100 From: Lars Ingebrigtsen In-Reply-To: <87k3dg4pje.fsf@fencepost.gnu.org> (David Kastrup's message of "Fri, 31 Jan 2014 07:46:13 +0100") Date: Wed, 25 Jan 2017 16:03:00 +0100 Message-ID: <877f5j5gij.fsf@gnus.org> References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> <87zjtxi1f3.fsf@fencepost.gnu.org> <87ppn86hyj.fsf@building.gnus.org> <87d2j86hkm.fsf@building.gnus.org> <87k3dg4pje.fsf@fencepost.gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) The problem stems from mm-encode-body and mm-find-mime-charset-region and (prefer-coding-system 'iso-8859-1). The problem is that mm-encode-body inserts the byte from the text file into a multibyte buffer, and then tries to determine what charset that is, which is, of course, nonsensical. That's a very involved piece of code, though, and I'm not quite sure what the right fix here is... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bugs@gnus.org Resent-Date: Wed, 25 Jan 2017 15:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: gnus X-GNU-PR-Keywords: To: David Kastrup Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.14853594853620 (code B ref 13808); Wed, 25 Jan 2017 15:52:02 +0000 Received: (at 13808) by debbugs.gnu.org; 25 Jan 2017 15:51:25 +0000 Received: from localhost ([127.0.0.1]:42950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWPr3-0000wK-1f for submit@debbugs.gnu.org; Wed, 25 Jan 2017 10:51:25 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:44140) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWPr1-0000w9-7u for 13808@debbugs.gnu.org; Wed, 25 Jan 2017 10:51:24 -0500 Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWPqw-0007kL-Hq; Wed, 25 Jan 2017 16:51:20 +0100 From: Lars Ingebrigtsen References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> <87zjtxi1f3.fsf@fencepost.gnu.org> <87ppn86hyj.fsf@building.gnus.org> <87d2j86hkm.fsf@building.gnus.org> <87k3dg4pje.fsf@fencepost.gnu.org> Date: Wed, 25 Jan 2017 16:51:12 +0100 In-Reply-To: <87k3dg4pje.fsf@fencepost.gnu.org> (David Kastrup's message of "Fri, 31 Jan 2014 07:46:13 +0100") Message-ID: <87fuk73zpr.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) The mml encoding code is headache-inducing, probably because it was written to support non-Mule and XEmacs and modern Emacs at the same time. So you have stuff like: (defun mm-find-charset-region (b e) "Return a list of Emacs charsets in the region B to E." (cond ((mm-multibyte-p) [...] (t ;; We are in a unibyte buffer, so we futz around a bit. [...] (car (last (assq mail-parse-charset mm-mime-mule-charset-alist))))) (list 'ascii (or charset 'latin-iso8859-1))))))))) which is part of what's biting us here. I wonder whether the best solution here is to just rewrite the mml code completely. There's so much... magic in the various code paths. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 25 10:52:27 2017 Received: (at control) by debbugs.gnu.org; 25 Jan 2017 15:52:27 +0000 Received: from localhost ([127.0.0.1]:42958 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWPs3-0000yK-IT for submit@debbugs.gnu.org; Wed, 25 Jan 2017 10:52:27 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:44153) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWPs1-0000yC-Ia for control@debbugs.gnu.org; Wed, 25 Jan 2017 10:52:25 -0500 Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWPrz-0003kO-66 for control@debbugs.gnu.org; Wed, 25 Jan 2017 16:52:25 +0100 Date: Wed, 25 Jan 2017 16:52:17 +0100 Message-Id: <87efzr3zny.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #13808 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) reassign 13808 emacs,gnus From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Wed, 25 Jan 2017 15:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: David Kastrup Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.14853599064294 (code B ref 13808); Wed, 25 Jan 2017 15:59:02 +0000 Received: (at 13808) by debbugs.gnu.org; 25 Jan 2017 15:58:26 +0000 Received: from localhost ([127.0.0.1]:42963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWPxm-000179-7J for submit@debbugs.gnu.org; Wed, 25 Jan 2017 10:58:25 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:44310) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWPxg-00016x-FH for 13808@debbugs.gnu.org; Wed, 25 Jan 2017 10:58:20 -0500 Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWPxb-0002VQ-Kh; Wed, 25 Jan 2017 16:58:15 +0100 From: Lars Ingebrigtsen References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> <87zjtxi1f3.fsf@fencepost.gnu.org> <87ppn86hyj.fsf@building.gnus.org> <87d2j86hkm.fsf@building.gnus.org> <87k3dg4pje.fsf@fencepost.gnu.org> <87fuk73zpr.fsf@gnus.org> Date: Wed, 25 Jan 2017 16:58:05 +0100 In-Reply-To: <87fuk73zpr.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 25 Jan 2017 16:51:12 +0100") Message-ID: <87a8af3zea.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Lars Ingebrigtsen writes: > The mml encoding code is headache-inducing, probably because it was > written to support non-Mule and XEmacs and modern Emacs at the same > time. So you have stuff like: > > (defun mm-find-charset-region (b e) > "Return a list of Emacs charsets in the region B to E." > (cond > ((mm-multibyte-p) > > [...] > > (t > ;; We are in a unibyte buffer, so we futz around a bit. > > [...] > > (car (last (assq mail-parse-charset > mm-mime-mule-charset-alist))))) > (list 'ascii (or charset 'latin-iso8859-1))))))))) > > which is part of what's biting us here. > > I wonder whether the best solution here is to just rewrite the mml code > completely. There's so much... magic in the various code paths. And I think the answer is... yes. I'll start rewriting. Shouldn't be ... that much code, should it? :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Wed, 25 Jan 2017 16:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: David Kastrup Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.148536159413294 (code B ref 13808); Wed, 25 Jan 2017 16:27:01 +0000 Received: (at 13808) by debbugs.gnu.org; 25 Jan 2017 16:26:34 +0000 Received: from localhost ([127.0.0.1]:42976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWQP0-0003SH-Rv for submit@debbugs.gnu.org; Wed, 25 Jan 2017 11:26:34 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:45108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWQOw-0003S5-GA for 13808@debbugs.gnu.org; Wed, 25 Jan 2017 11:26:30 -0500 Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWQOo-000140-I7; Wed, 25 Jan 2017 17:26:24 +0100 From: Lars Ingebrigtsen References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> <87zjtxi1f3.fsf@fencepost.gnu.org> <87ppn86hyj.fsf@building.gnus.org> <87d2j86hkm.fsf@building.gnus.org> <87k3dg4pje.fsf@fencepost.gnu.org> <87fuk73zpr.fsf@gnus.org> <87a8af3zea.fsf@gnus.org> Date: Wed, 25 Jan 2017 17:26:12 +0100 In-Reply-To: <87a8af3zea.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 25 Jan 2017 16:58:05 +0100") Message-ID: <87y3xz2jiz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Lars Ingebrigtsen writes: > And I think the answer is... yes. I'll start rewriting. Shouldn't be > ... that much code, should it? :-) Not a lot of rewriting was required, really. *phew* It now detect coding systems reliably, and never rewrites file contents. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 25 11:27:43 2017 Received: (at control) by debbugs.gnu.org; 25 Jan 2017 16:27:43 +0000 Received: from localhost ([127.0.0.1]:42981 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWQQB-0003UA-LJ for submit@debbugs.gnu.org; Wed, 25 Jan 2017 11:27:43 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:45212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWQQ9-0003U1-2f for control@debbugs.gnu.org; Wed, 25 Jan 2017 11:27:41 -0500 Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWQQ5-0006UT-9h for control@debbugs.gnu.org; Wed, 25 Jan 2017 17:27:40 +0100 Date: Wed, 25 Jan 2017 17:27:31 +0100 Message-Id: <87wpdj2jgs.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #13808 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) tags 13808 fixed close 13808 From unknown Mon Jun 23 06:02:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13808: Gnus gratuiously messes with the encoding of attachments Resent-From: David Kastrup Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Wed, 25 Jan 2017 16:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13808 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: fixed To: Lars Ingebrigtsen Cc: 13808@debbugs.gnu.org Received: via spool by 13808-submit@debbugs.gnu.org id=B13808.148536341329396 (code B ref 13808); Wed, 25 Jan 2017 16:57:01 +0000 Received: (at 13808) by debbugs.gnu.org; 25 Jan 2017 16:56:53 +0000 Received: from localhost ([127.0.0.1]:43052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWQsL-0007dz-N0 for submit@debbugs.gnu.org; Wed, 25 Jan 2017 11:56:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37967) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWQsG-0007da-4t for 13808@debbugs.gnu.org; Wed, 25 Jan 2017 11:56:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWQs6-00073E-0J for 13808@debbugs.gnu.org; Wed, 25 Jan 2017 11:56:39 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWQs5-00073A-Tl; Wed, 25 Jan 2017 11:56:33 -0500 Received: from x2f41afd.dyn.telefonica.de ([2.244.26.253]:60942 helo=lola) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cWQs5-0005Vx-24; Wed, 25 Jan 2017 11:56:33 -0500 From: David Kastrup References: <87ppzp2t1n.fsf@fencepost.gnu.org> <87zjtzwu36.fsf@building.gnus.org> <871u7blkuw.fsf@fencepost.gnu.org> <87r4fbvegl.fsf@building.gnus.org> <87wqp3k54g.fsf@fencepost.gnu.org> <87zjtxi1f3.fsf@fencepost.gnu.org> <87ppn86hyj.fsf@building.gnus.org> <87d2j86hkm.fsf@building.gnus.org> <87k3dg4pje.fsf@fencepost.gnu.org> <87fuk73zpr.fsf@gnus.org> <87a8af3zea.fsf@gnus.org> <87y3xz2jiz.fsf@gnus.org> Date: Wed, 25 Jan 2017 17:56:29 +0100 In-Reply-To: <87y3xz2jiz.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 25 Jan 2017 17:26:12 +0100") Message-ID: <87r33rm62q.fsf@fencepost.gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.2 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.2 (--------) Lars Ingebrigtsen writes: > Lars Ingebrigtsen writes: > >> And I think the answer is... yes. I'll start rewriting. Shouldn't be >> ... that much code, should it? :-) > > Not a lot of rewriting was required, really. *phew* It now detect > coding systems reliably, and never rewrites file contents. That was quick after the initial delay. Apparently the partial handover/retirement of Gmane gave you an opportunity to catch up with Gnus. Thanks! -- David Kastrup