From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/84547 Path: news.gmane.org!not-for-mail From: Russ Allbery Newsgroups: gmane.emacs.gnus.general Subject: Re: mail-header-separator starting with whitespace fails Date: Fri, 16 May 2014 16:35:14 -0700 Organization: The Eyrie Message-ID: <8738g9mh59.fsf@windlord.stanford.edu> References: <87r43xvdx3.fsf@windlord.stanford.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1400283408 6136 80.91.229.3 (16 May 2014 23:36:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 May 2014 23:36:48 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M32792@lists.math.uh.edu Sat May 17 01:36:41 2014 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WlRg8-0002sR-Ve for ding-account@gmane.org; Sat, 17 May 2014 01:36:41 +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 1WlRey-0001p0-Qt; Fri, 16 May 2014 18:35:28 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1WlRev-0001om-Pg for ding@lists.math.uh.edu; Fri, 16 May 2014 18:35:25 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1WlReu-00012l-DY for ding@lists.math.uh.edu; Fri, 16 May 2014 18:35:25 -0500 Original-Received: from smtp2.stanford.edu ([171.67.219.82] helo=smtp.stanford.edu) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1WlRes-0005dz-Ix for ding@gnus.org; Sat, 17 May 2014 01:35:22 +0200 Original-Received: from smtp.stanford.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 80132341F4B for ; Fri, 16 May 2014 16:35:16 -0700 (PDT) Original-Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.67.225.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.stanford.edu (Postfix) with ESMTPS id B0163341F0D for ; Fri, 16 May 2014 16:35:14 -0700 (PDT) Original-Received: by windlord.stanford.edu (Postfix, from userid 1000) id 2A26B2F4BB; Fri, 16 May 2014 16:35:14 -0700 (PDT) In-Reply-To: (Katsumi Yamaoka's message of "Wed, 14 May 2014 09:41:38 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-Spam-Score: -4.9 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:84547 Archived-At: Katsumi Yamaoka writes: > On Tue, 13 May 2014 09:31:04 -0700, Russ Allbery wrote: >> (setq mail-header-separator (concat (make-string 39 ? ) ".")) > I tried this, confirmed it causes a mail corruption, and found > at least one cause. Could you try replacing the function definition > of `rfc822-goto-eoh' with this? (I.e., eval this form?) > (defun rfc822-goto-eoh () > "If the buffer starts with a mail header, move point to the header's end. > Otherwise, moves to `point-min'. > The end of the header is the start of the next line, if there is one, > else the end of the last line. This function obeys RFC822." > (goto-char (point-min)) > (when (re-search-forward > (concat "^" (regexp-quote mail-header-separator) "\n\\|" > "^\\([:\n]\\|[^: \t\n]+[ \t\n]\\)") > nil 'move) > (goto-char (match-beginning 0)))) > This function is used by `smtpmail-send-it' by way of > `mail-sendmail-undelimit-header' to delete the separator, but > the original one doesn't respect `mail-header-separator'. Sorry about the delay in verifying this. That change does indeed fix my problem. Thank you! > But I'm not quite sure that it is a cause of your problem, since > those functions seem not to have been modified for years. Didn't > you use a separator that does not begin with a SPC, like this? > . . No, the mail-header-separator setting I was using had been unchanged since I started using Gnus back in 1994. I was previously using the Gnus included in Emacs 23.4. Something must have changed from that version to Emacs 24.3 that caused this corruption, although I'm not sure what. -- Russ Allbery (eagle@eyrie.org)