From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/38601 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: Patch needed: Defense against embedded ^M in Message-Id -- ow! Date: Tue, 04 Sep 2001 12:05:43 -0400 Organization: What did you have in mind? A short, blunt, human pyramid? Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035174439 23383 80.91.224.250 (21 Oct 2002 04:27:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:27:19 +0000 (UTC) Return-Path: Return-Path: Original-Received: (qmail 20003 invoked from network); 4 Sep 2001 16:05:44 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (261@129.22.96.25) by gnus.org with SMTP; 4 Sep 2001 16:05:44 -0000 Original-Received: (qmail 12466 invoked by uid 500); 4 Sep 2001 16:06:06 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org Mail-Copies-To: never In-Reply-To: (prj@po.cwru.edu's message of "Tue, 04 Sep 2001 11:46:17 -0400") User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 Original-Lines: 22 Xref: main.gmane.org gmane.emacs.gnus.general:38601 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:38601 I wrote: > I just fixed this same bug in the last version of nnmaildir. It's ok > to leave the carriage returns unchanged, but to prevent them from > becoming newlines, you have to do this: > (let ((nnheader-file-coding-system 'binary) ...) ...) > when writing your NOV file. Er, when *reading* the NOV file. And assuming you're using nnheader-insert-file-contents to do it. In the cases I found, the carriage returns would be preserved when the message file was read, because there were some lines that didn't have them, so the magic coding-system stuff didn't kick in. They were also written correctly to the NOV file, but then when they were reread, there were only carriage returns and no newlines, so carriage return was converted to newline. Hm. But other backends' NOV files *do* have newlines. So maybe the fix will be slightly different. paul