From unknown Mon Jun 23 02:25:17 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4593: 23.1; RMAIL bug regarding Message not valid RFC2822 message Reply-To: "Lane A. Hemaspaandra" , 4593@debbugs.gnu.org Resent-From: "Lane A. Hemaspaandra" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Wed, 30 Sep 2009 01:00:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 4593 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.125427194432334 (code B ref -1); Wed, 30 Sep 2009 01:00:04 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 30 Sep 2009 00:52:24 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.2 required=4.0 tests=FOURLA,MDO_DATING14 autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8U0qMZA032331 for ; Tue, 29 Sep 2009 17:52:23 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MsnQb-0001nE-HR for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 20:52:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MsnQX-0001mc-9W for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 20:52:20 -0400 Received: from [199.232.76.173] (port=50625 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MsnQW-0001mY-Jj for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 20:52:16 -0400 Received: from slate.cs.rochester.edu ([192.5.53.101]:38001) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MsnQW-00076z-6O for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 20:52:16 -0400 Received: from e19.cs.rochester.edu (e19.cs.rochester.edu [128.151.67.229]) by slate.cs.rochester.edu (8.13.8/8.13.8) with ESMTP id n8U0pt19029404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Sep 2009 20:51:55 -0400 Received: from e19.cs.rochester.edu (localhost [127.0.0.1]) by e19.cs.rochester.edu (8.14.3/8.14.3) with ESMTP id n8U0ptVf005246; Tue, 29 Sep 2009 20:51:55 -0400 Received: (from lane@localhost) by e19.cs.rochester.edu (8.14.3/8.14.3/Submit) id n8U0pt6K005244; Tue, 29 Sep 2009 20:51:55 -0400 Date: Tue, 29 Sep 2009 20:51:55 -0400 Message-Id: <200909300051.n8U0pt6K005244@e19.cs.rochester.edu> From: "Lane A. Hemaspaandra" To: bug-gnu-emacs@gnu.org X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) I've since the upgrade to emacs23 been having a problem that when I read a mailfile sometimes it says Message is not a valid RFC2822 message and I end up in a deeply corrupted state: one can move up and down in the header buffer, but the message window doesn't change messages, and if one says the file one gets a somewhat mbox-like file that is not a valid mbox file that has the content of just 3 or 4 of the, say, hundred emails that had been originally in the mailfile. I finally found a set of files on which I can precisely reproduce the problem. So if I do this: (each "read" means i ran rmail-input on the named file) read ~/junk q read ~/=shortCutToOldEmail/WESTFIELD (at this point it says: Replacing BABYL format with mbox format...done) q read ~/WESTFIELD q read ~/junk q read ~/=shortCutToOldEmail/WESTFIELD then bang, it says: Message is not a valid RFC2822 message and shows as the first line of the screen the cryptic text beween the === lines === _SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_800_899 0, TO_NO_NAME 0, __CP_URI_IN_BODY 0, __FRAUD_419_ANTIABUSE 0, __FRAUD_419_CONTACT_NAME 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __SANE_MSGID 0, __STOCK_PHRASE_24 0, __TO_MALFORMED_2 0' X-RMAIL-ATTRIBUTES: -------- This is a confirmation that your Westfield order was successfully received and [and so on for the rest of the message] === and when i do this with set-variable debug-on-error set to true, that gives this at this point: === Debugger entered--Lisp error: (error "Message is not a valid RFC2822 message") signal(error ("Message is not a valid RFC2822 message")) error("Message is not a valid RFC2822 message") rmail-error-bad-format() rmail-get-header-1("X-RMAIL-ATTRIBUTES") apply(rmail-get-header-1 "X-RMAIL-ATTRIBUTES") rmail-apply-in-message(1 rmail-get-header-1 "X-RMAIL-ATTRIBUTES") rmail-get-header("X-RMAIL-ATTRIBUTES" 1) rmail-message-attr-p(1 "......U") rmail-first-unseen-message() byte-code("^Hq\210 \204\f^@\304\305 !\210\n\203^S^@\306 \210\307 \210^K\203^^^@\310\311!\210\304\207" [mail-buf msg-shown rmail-display-summary run-mail-hook rmail-show-message rmail-first-unseen-message rmail-summary rmail-construct-io-menu run-hooks rmail-mode-hook] 2) rmail("~/=shortCutToOldEmail/WESTFIELD") rmail-input("~/=shortCutToOldEmail/WESTFIELD") call-interactively(rmail-input t nil) execute-extended-command(nil) call-interactively(execute-extended-command nil nil) === Note by the way that it does this NOT the first time in that session that it rmail-input'ed the file ~/=shortCutToOldEmail/WESTFIELD but rather on the second, and at a time when it had another buffer WESTFIELD<2> of almost the same name. (variations on my sequence that course this seem not to cause the bug. i have no idea why; i'm sorry.) and if one then types "h" for header mode, it says: Message 1 is not a valid RFC2822 message and if one saves the file one ends up with a file that is much smaller than the (Babyl) what one started with---wildly shorter. and that new file itself is sort-of-mbox-format but not into a valid mbox format. It started at size 978312 and it ends up as size 41363. (note to myself: i have saved this file under the name =shortCutToOldEmail/junksample.) I have saved away the files: ~/junk ~/=shortCutToOldEmail/WESTFIELD ~/WESTFIELD ~/=shortCutToOldEmail/junksample so that I have copies of all the files involved, in case that would be helpful. As a final comment, let me mention a few things. When the above happens, ~/=shortCutToOldEmail/WESTFIELD starts in Babyl format. Also, I did the above with NO .emacs file. When I have in place my .emacs file, which does set some variables such as (setq rmail-display-summary t) ; always display summary I get, as above, an error the second time I read ~/=shortCutToOldEmail/WESTFIELD but when I then hit "h" for header mode, I get a different behavior than above, namely, it says in the message line on the bottom of the screen: Error in post-command-hook: (error Message is not a valid RFC2822 message) and what it displays on the screen is a message but starting with the following lines (except without the leading ">" marks), and yes, the first and third are identical: === >X-RMAIL-ATTRIBUTES: -------- >>From Notify@westfieldcomics.com Tue Jul 14 20:15:00 2009 >X-RMAIL-ATTRIBUTES: -------- >X-Coding-System: undecided-unix >Return-Path: >X-Spam-Checker-Version: SpamAssassin 3.2.5-cs.rochester.edu_001 (2008-06-10) > on slate.cs.rochester.edu >X-Spam-Level: >X-Spam-Status: No, score=-13.3 required=5.0 tests=AWL,BAYES_60, > USER_IN_WHITELIST autolearn=no version=3.2.5-cs.rochester.edu_001 >X-Spam-Pyzor: >X-Spam-Report: > * -15 USER_IN_WHITELIST From: address is in the user's white-list > * 1.0 BAYES_60 BODY: Bayesian spam probability is 60 to 80% > * [score: 0.6241] > * 0.7 AWL AWL: From: address is in the auto white-list === I've been using RMAIL for many, many years, but I don't understand well how emacs/rmail actually work. But I'll be very happy to do my best to provide any additional info or run any tests that might help diagnose this. (And my apologies if it is some problem due to me. But the mailfile it is choking on is a typical babyl file. And I have this problem repeatedly, with other files too, but not too often.) Thank you very, very much. Sincerely, Lane In GNU Emacs 23.1.1 (i386-redhat-linux-gnu, GTK+ Version 2.16.6) of 2009-09-22 on x86-6.fedora.phx.redhat.com configured using `configure '--build=i386-redhat-linux-gnu' '--host=i386-redhat-linux-gnu' '--target=i586-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm' '--with-x-toolkit=gtk' 'build_alias=i386-redhat-linux-gnu' 'host_alias=i386-redhat-linux-gnu' 'target_alias=i586-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i586 -mtune=generic -fasynchronous-unwind-tables'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: RMAIL Minor modes in effect: shell-dirtrack-mode: t tooltip-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC [ > 0 ; 2 4 2 ; 0 c ESC x r m a i l - i n SPC RET j u n k RET y q ESC x r m a i l - i n SPC RET = s h TAB W E S T F TAB RET q ESC x r m a i l - i n SPC RET W E S T F SPC DEL TAB RET q ESC x r m a i l - i n SPC RET j u n k RET q ESC x r m a i l - i n SPC RET = s h TAB W E S T F SPC DEL TAB RET ESC x r e p o r t - e m a c s - b u g RET Recent messages: (No changes need to be saved) Wrote /tmp/rmail4600dlq Writing messages to /tmp/rmail4600FDD...done Replacing BABYL format with mbox format... Marking buffer unmodified to avoid rewriting Babyl file as mbox file Counting messages...done Replacing BABYL format with mbox format...done (No changes need to be saved) Counting messages...done (No changes need to be saved) [2 times] rmail-error-bad-format: Message is not a valid RFC2822 message From unknown Mon Jun 23 02:25:17 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4593: 23.1; RMAIL bug regarding Message not valid RFC2822 message Reply-To: Glenn Morris , 4593@debbugs.gnu.org Resent-From: Glenn Morris Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Fri, 02 Oct 2009 07:10:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 4593 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 4593-submit@emacsbugs.donarmstrong.com id=B4593.125446690421704 (code B ref 4593); Fri, 02 Oct 2009 07:10:05 +0000 Received: (at 4593) by emacsbugs.donarmstrong.com; 2 Oct 2009 07:01:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-7.5 required=4.0 tests=AWL,HAS_BUG_NUMBER, MDO_DATING14,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9271hUd021700 for <4593@emacsbugs.donarmstrong.com>; Fri, 2 Oct 2009 00:01:44 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Mtc95-0000m2-F0; Fri, 02 Oct 2009 03:01:39 -0400 From: Glenn Morris To: "Lane A. Hemaspaandra" Cc: 4593@debbugs.gnu.org References: <200909300051.n8U0pt6K005244@e19.cs.rochester.edu> X-Spook: cybercash SDI BCCI clandestine Cocaine Blowpipe rs9512c X-Ran: A3nfgp/_8:XGC;t1Zlpl\wZIh"'tQuU\KY{u%DFRQP|!Vu|={e>QJ#c!*lvWcZ!+nuLO>g X-Hue: black X-Attribution: GM Date: Fri, 02 Oct 2009 03:01:39 -0400 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Lane A. Hemaspaandra" wrote: > problem. So if I do this: > > (each "read" means i ran rmail-input on the named file) > read ~/junk > q > read ~/=shortCutToOldEmail/WESTFIELD > (at this point it says: Replacing BABYL format with mbox format...done) > q > read ~/WESTFIELD > q > read ~/junk > q > read ~/=shortCutToOldEmail/WESTFIELD > > then bang, it says: > Message is not a valid RFC2822 message If you don't mind making them public, can you tar up / zip those messages and send them to 4593@debbugs.gnu.org? Or if that is not acceptable, then just to me? Thanks. > (variations on my sequence that course this seem not to cause the > bug. i have no idea why; i'm sorry.) [...] > so that I have copies of all the files involved, in case that would > be helpful. From unknown Mon Jun 23 02:25:17 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: owner@emacsbugs.donarmstrong.com From: help-debbugs@gnu.org (Emacs bug Tracking System) To: "Lane A. Hemaspaandra" Subject: bug#4593 closed by Glenn Morris (Re: bug#4593: 23.1; RMAIL bug regarding Message not valid RFC2822 message) Message-ID: References: <200909300051.n8U0pt6K005244@e19.cs.rochester.edu> X-Emacs-PR-Message: they-closed 4593 X-Emacs-PR-Package: emacs Reply-To: 4593@debbugs.gnu.org Date: Sat, 03 Oct 2009 02:15:08 +0000 Content-Type: multipart/mixed; boundary="----------=_1254536108-15327-1" This is a multi-part message in MIME format... ------------=_1254536108-15327-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" This is an automatic notification regarding your bug report which was filed against the emacs package: #4593: 23.1; RMAIL bug regarding Message not valid RFC2822 message It has been closed by Glenn Morris . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Glenn Morris by replying to this email. --=20 4593: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D4593 Emacs Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1254536108-15327-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 4593-done) by emacsbugs.donarmstrong.com; 3 Oct 2009 02:10:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-7.4 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9329w8p014550 for <4593-done@emacsbugs.donarmstrong.com>; Fri, 2 Oct 2009 19:10:00 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Mtu4M-0006xE-85; Fri, 02 Oct 2009 22:09:58 -0400 From: Glenn Morris To: 4593-done@debbugs.gnu.org Subject: Re: bug#4593: 23.1; RMAIL bug regarding Message not valid RFC2822 message References: <200909300051.n8U0pt6K005244@e19.cs.rochester.edu> X-Spook: Abu Ghraib SHA blackjack genetic interception Comirex X-Ran: +'eLRn-}nm:'hTs6'[^ckad8!C?sV8?Ii4.YKqze16TWSU=:$PF+F$'=rf]R.%'Rl<.%Ct X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 02 Oct 2009 22:09:58 -0400 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Thank you for the example mails (received off list, now deleted). As it turns out, this problem can be reproduced simply by trying to visit any two rmail files with the same basename in different directories, eg: M-x rmail-input ~/directory/RMAIL M-x rmail-input ~/RMAIL M-x rmail-input ~/directory/RMAIL I believe it is now fixed by this change: * mail/rmail.el (rmail-generate-viewer-buffer): Be more careful about reusing existing buffers, in case we happen to visit two files with the same basename. (Bug#4593) http://cvs.savannah.gnu.org/viewvc/emacs/lisp/mail/rmail.el?root=emacs&r1=1.552&r2=1.553&pathrev=MAIN ------------=_1254536108-15327-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 30 Sep 2009 00:52:24 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.2 required=4.0 tests=FOURLA,MDO_DATING14 autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8U0qMZA032331 for ; Tue, 29 Sep 2009 17:52:23 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MsnQb-0001nE-HR for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 20:52:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MsnQX-0001mc-9W for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 20:52:20 -0400 Received: from [199.232.76.173] (port=50625 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MsnQW-0001mY-Jj for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 20:52:16 -0400 Received: from slate.cs.rochester.edu ([192.5.53.101]:38001) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MsnQW-00076z-6O for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 20:52:16 -0400 Received: from e19.cs.rochester.edu (e19.cs.rochester.edu [128.151.67.229]) by slate.cs.rochester.edu (8.13.8/8.13.8) with ESMTP id n8U0pt19029404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Sep 2009 20:51:55 -0400 Received: from e19.cs.rochester.edu (localhost [127.0.0.1]) by e19.cs.rochester.edu (8.14.3/8.14.3) with ESMTP id n8U0ptVf005246; Tue, 29 Sep 2009 20:51:55 -0400 Received: (from lane@localhost) by e19.cs.rochester.edu (8.14.3/8.14.3/Submit) id n8U0pt6K005244; Tue, 29 Sep 2009 20:51:55 -0400 Date: Tue, 29 Sep 2009 20:51:55 -0400 Message-Id: <200909300051.n8U0pt6K005244@e19.cs.rochester.edu> From: "Lane A. Hemaspaandra" To: bug-gnu-emacs@gnu.org Subject: 23.1; RMAIL bug regarding Message not valid RFC2822 message X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) I've since the upgrade to emacs23 been having a problem that when I read a mailfile sometimes it says Message is not a valid RFC2822 message and I end up in a deeply corrupted state: one can move up and down in the header buffer, but the message window doesn't change messages, and if one says the file one gets a somewhat mbox-like file that is not a valid mbox file that has the content of just 3 or 4 of the, say, hundred emails that had been originally in the mailfile. I finally found a set of files on which I can precisely reproduce the problem. So if I do this: (each "read" means i ran rmail-input on the named file) read ~/junk q read ~/=shortCutToOldEmail/WESTFIELD (at this point it says: Replacing BABYL format with mbox format...done) q read ~/WESTFIELD q read ~/junk q read ~/=shortCutToOldEmail/WESTFIELD then bang, it says: Message is not a valid RFC2822 message and shows as the first line of the screen the cryptic text beween the === lines === _SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_800_899 0, TO_NO_NAME 0, __CP_URI_IN_BODY 0, __FRAUD_419_ANTIABUSE 0, __FRAUD_419_CONTACT_NAME 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __SANE_MSGID 0, __STOCK_PHRASE_24 0, __TO_MALFORMED_2 0' X-RMAIL-ATTRIBUTES: -------- This is a confirmation that your Westfield order was successfully received and [and so on for the rest of the message] === and when i do this with set-variable debug-on-error set to true, that gives this at this point: === Debugger entered--Lisp error: (error "Message is not a valid RFC2822 message") signal(error ("Message is not a valid RFC2822 message")) error("Message is not a valid RFC2822 message") rmail-error-bad-format() rmail-get-header-1("X-RMAIL-ATTRIBUTES") apply(rmail-get-header-1 "X-RMAIL-ATTRIBUTES") rmail-apply-in-message(1 rmail-get-header-1 "X-RMAIL-ATTRIBUTES") rmail-get-header("X-RMAIL-ATTRIBUTES" 1) rmail-message-attr-p(1 "......U") rmail-first-unseen-message() byte-code("^Hq\210 \204\f^@\304\305 !\210\n\203^S^@\306 \210\307 \210^K\203^^^@\310\311!\210\304\207" [mail-buf msg-shown rmail-display-summary run-mail-hook rmail-show-message rmail-first-unseen-message rmail-summary rmail-construct-io-menu run-hooks rmail-mode-hook] 2) rmail("~/=shortCutToOldEmail/WESTFIELD") rmail-input("~/=shortCutToOldEmail/WESTFIELD") call-interactively(rmail-input t nil) execute-extended-command(nil) call-interactively(execute-extended-command nil nil) === Note by the way that it does this NOT the first time in that session that it rmail-input'ed the file ~/=shortCutToOldEmail/WESTFIELD but rather on the second, and at a time when it had another buffer WESTFIELD<2> of almost the same name. (variations on my sequence that course this seem not to cause the bug. i have no idea why; i'm sorry.) and if one then types "h" for header mode, it says: Message 1 is not a valid RFC2822 message and if one saves the file one ends up with a file that is much smaller than the (Babyl) what one started with---wildly shorter. and that new file itself is sort-of-mbox-format but not into a valid mbox format. It started at size 978312 and it ends up as size 41363. (note to myself: i have saved this file under the name =shortCutToOldEmail/junksample.) I have saved away the files: ~/junk ~/=shortCutToOldEmail/WESTFIELD ~/WESTFIELD ~/=shortCutToOldEmail/junksample so that I have copies of all the files involved, in case that would be helpful. As a final comment, let me mention a few things. When the above happens, ~/=shortCutToOldEmail/WESTFIELD starts in Babyl format. Also, I did the above with NO .emacs file. When I have in place my .emacs file, which does set some variables such as (setq rmail-display-summary t) ; always display summary I get, as above, an error the second time I read ~/=shortCutToOldEmail/WESTFIELD but when I then hit "h" for header mode, I get a different behavior than above, namely, it says in the message line on the bottom of the screen: Error in post-command-hook: (error Message is not a valid RFC2822 message) and what it displays on the screen is a message but starting with the following lines (except without the leading ">" marks), and yes, the first and third are identical: === >X-RMAIL-ATTRIBUTES: -------- >>From Notify@westfieldcomics.com Tue Jul 14 20:15:00 2009 >X-RMAIL-ATTRIBUTES: -------- >X-Coding-System: undecided-unix >Return-Path: >X-Spam-Checker-Version: SpamAssassin 3.2.5-cs.rochester.edu_001 (2008-06-10) > on slate.cs.rochester.edu >X-Spam-Level: >X-Spam-Status: No, score=-13.3 required=5.0 tests=AWL,BAYES_60, > USER_IN_WHITELIST autolearn=no version=3.2.5-cs.rochester.edu_001 >X-Spam-Pyzor: >X-Spam-Report: > * -15 USER_IN_WHITELIST From: address is in the user's white-list > * 1.0 BAYES_60 BODY: Bayesian spam probability is 60 to 80% > * [score: 0.6241] > * 0.7 AWL AWL: From: address is in the auto white-list === I've been using RMAIL for many, many years, but I don't understand well how emacs/rmail actually work. But I'll be very happy to do my best to provide any additional info or run any tests that might help diagnose this. (And my apologies if it is some problem due to me. But the mailfile it is choking on is a typical babyl file. And I have this problem repeatedly, with other files too, but not too often.) Thank you very, very much. Sincerely, Lane In GNU Emacs 23.1.1 (i386-redhat-linux-gnu, GTK+ Version 2.16.6) of 2009-09-22 on x86-6.fedora.phx.redhat.com configured using `configure '--build=i386-redhat-linux-gnu' '--host=i386-redhat-linux-gnu' '--target=i586-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm' '--with-x-toolkit=gtk' 'build_alias=i386-redhat-linux-gnu' 'host_alias=i386-redhat-linux-gnu' 'target_alias=i586-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i586 -mtune=generic -fasynchronous-unwind-tables'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: RMAIL Minor modes in effect: shell-dirtrack-mode: t tooltip-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC [ > 0 ; 2 4 2 ; 0 c ESC x r m a i l - i n SPC RET j u n k RET y q ESC x r m a i l - i n SPC RET = s h TAB W E S T F TAB RET q ESC x r m a i l - i n SPC RET W E S T F SPC DEL TAB RET q ESC x r m a i l - i n SPC RET j u n k RET q ESC x r m a i l - i n SPC RET = s h TAB W E S T F SPC DEL TAB RET ESC x r e p o r t - e m a c s - b u g RET Recent messages: (No changes need to be saved) Wrote /tmp/rmail4600dlq Writing messages to /tmp/rmail4600FDD...done Replacing BABYL format with mbox format... Marking buffer unmodified to avoid rewriting Babyl file as mbox file Counting messages...done Replacing BABYL format with mbox format...done (No changes need to be saved) Counting messages...done (No changes need to be saved) [2 times] rmail-error-bad-format: Message is not a valid RFC2822 message ------------=_1254536108-15327-1--