* bug#2942: rmail unable to get new mail from a Babyl file @ 2009-04-09 21:16 ` Glenn Morris 2009-04-09 22:13 ` Eli Zaretskii 2009-04-10 10:55 ` bug#2942: marked as done (rmail unable to get new mail from a Babyl file) Emacs bug Tracking System 0 siblings, 2 replies; 6+ messages in thread From: Glenn Morris @ 2009-04-09 21:16 UTC (permalink / raw) To: bug-gnu-emacs Severity: serious Let `foo' be a Babyl format mail file: emacs -Q C-u M-x rmail RET foo RET works fine. The individual messages are processed correctly. emacs -Q M-x rmail RET C-u g foo RET does not work correctly. Emacs says "No mail". If the RMAIL buffer was empty originally, the raw Babyl file is dumped into the buffer. If there was mail originally, there is no apparent change in the RMAIL buffer, but the Babyl file is invisibly appended to the end of the file. At the least, Emacs should refuse to get new mail from a Babyl file if it cannot handle it. Preferably, it should be able to handle it. (This is unrelated to the latest Rmail changes.) ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#2942: rmail unable to get new mail from a Babyl file 2009-04-09 21:16 ` bug#2942: rmail unable to get new mail from a Babyl file Glenn Morris @ 2009-04-09 22:13 ` Eli Zaretskii 2009-04-09 23:23 ` Glenn Morris 2009-04-10 10:55 ` bug#2942: marked as done (rmail unable to get new mail from a Babyl file) Emacs bug Tracking System 1 sibling, 1 reply; 6+ messages in thread From: Eli Zaretskii @ 2009-04-09 22:13 UTC (permalink / raw) To: Glenn Morris, 2942 > From: Glenn Morris <rgm@gnu.org> > Date: Thu, 09 Apr 2009 17:16:12 -0400 > Cc: > > emacs -Q > M-x rmail RET > C-u g foo RET > > does not work correctly. Emacs says "No mail". > > If the RMAIL buffer was empty originally, the raw Babyl file is dumped > into the buffer. Where did the Babyl file come in the first place? ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#2942: rmail unable to get new mail from a Babyl file 2009-04-09 22:13 ` Eli Zaretskii @ 2009-04-09 23:23 ` Glenn Morris 2009-04-10 6:56 ` Eli Zaretskii 0 siblings, 1 reply; 6+ messages in thread From: Glenn Morris @ 2009-04-09 23:23 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 2942 Eli Zaretskii wrote: > Where did the Babyl file come in the first place? From Emacs 22.3. (I'm not sure what you're getting at.) Emacs 22.3 `C-u g' will happily take either a Babyl or mbox file as input, converting it to the appropriate format. I don't see why this should be different now. ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#2942: rmail unable to get new mail from a Babyl file 2009-04-09 23:23 ` Glenn Morris @ 2009-04-10 6:56 ` Eli Zaretskii 0 siblings, 0 replies; 6+ messages in thread From: Eli Zaretskii @ 2009-04-10 6:56 UTC (permalink / raw) To: Glenn Morris; +Cc: 2942 > From: Glenn Morris <rgm@gnu.org> > Cc: 2942@emacsbugs.donarmstrong.com > Date: Thu, 09 Apr 2009 19:23:45 -0400 > > Eli Zaretskii wrote: > > > Where did the Babyl file come in the first place? > > From Emacs 22.3. (I'm not sure what you're getting at.) I was confused: I didn't notice the C-u, and thought you were getting new mail from the system mailbox (which shouldn't be a Babyl file). > Emacs 22.3 `C-u g' will happily take either a Babyl or mbox file as > input, converting it to the appropriate format. I don't see why this > should be different now. Yes, I agree. ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#2942: marked as done (rmail unable to get new mail from a Babyl file) 2009-04-09 21:16 ` bug#2942: rmail unable to get new mail from a Babyl file Glenn Morris 2009-04-09 22:13 ` Eli Zaretskii @ 2009-04-10 10:55 ` Emacs bug Tracking System 1 sibling, 0 replies; 6+ messages in thread From: Emacs bug Tracking System @ 2009-04-10 10:55 UTC (permalink / raw) To: Eli Zaretskii [-- Attachment #1: Type: text/plain, Size: 884 bytes --] Your message dated Fri, 10 Apr 2009 13:47:44 +0300 with message-id <83myao3hv3.fsf@gnu.org> and subject line Re: bug#2942: rmail unable to get new mail from a Babyl file has caused the Emacs bug report #2942, regarding rmail unable to get new mail from a Babyl file to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) -- 2942: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2942 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems [-- Attachment #2: Type: message/rfc822, Size: 2799 bytes --] From: Glenn Morris <rgm@gnu.org> To: bug-gnu-emacs@gnu.org Subject: rmail unable to get new mail from a Babyl file Date: Thu, 09 Apr 2009 17:16:12 -0400 Message-ID: <qczlepr0ir.fsf@fencepost.gnu.org> Severity: serious Let `foo' be a Babyl format mail file: emacs -Q C-u M-x rmail RET foo RET works fine. The individual messages are processed correctly. emacs -Q M-x rmail RET C-u g foo RET does not work correctly. Emacs says "No mail". If the RMAIL buffer was empty originally, the raw Babyl file is dumped into the buffer. If there was mail originally, there is no apparent change in the RMAIL buffer, but the Babyl file is invisibly appended to the end of the file. At the least, Emacs should refuse to get new mail from a Babyl file if it cannot handle it. Preferably, it should be able to handle it. (This is unrelated to the latest Rmail changes.) [-- Attachment #3: Type: message/rfc822, Size: 2283 bytes --] From: Eli Zaretskii <eliz@gnu.org> To: Glenn Morris <rgm@gnu.org> Cc: 2942-done@emacsbugs.donarmstrong.com Subject: Re: bug#2942: rmail unable to get new mail from a Babyl file Date: Fri, 10 Apr 2009 13:47:44 +0300 Message-ID: <83myao3hv3.fsf@gnu.org> > From: Glenn Morris <rgm@gnu.org> > Cc: 2942@emacsbugs.donarmstrong.com > Date: Thu, 09 Apr 2009 19:23:45 -0400 > > Eli Zaretskii wrote: > > > Where did the Babyl file come in the first place? > > From Emacs 22.3. (I'm not sure what you're getting at.) > > Emacs 22.3 `C-u g' will happily take either a Babyl or mbox file as > input, converting it to the appropriate format. I don't see why this > should be different now. I think I fixed it. Please try the latest CVS. (There's an unrelated -- or so I think -- bug in unrmail, whereby some messages are badly converted from Babyl -- e.g., they get two X-RMAIL-ATTRIBUTES headers. But that happens even if you type "C-u M-x rmail RET foo RET". I'm working on this.) ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#2942: rmail unable to get new mail from a Babyl file [not found] <83myao3hv3.fsf@gnu.org> 2009-04-09 21:16 ` bug#2942: rmail unable to get new mail from a Babyl file Glenn Morris @ 2009-04-10 23:57 ` Glenn Morris 1 sibling, 0 replies; 6+ messages in thread From: Glenn Morris @ 2009-04-10 23:57 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 2942 Eli Zaretskii wrote (on Fri, 10 Apr 2009 at 13:47 +0300): > I think I fixed it. Please try the latest CVS. Works for me. Thanks. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-04-10 23:57 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <83myao3hv3.fsf@gnu.org> 2009-04-09 21:16 ` bug#2942: rmail unable to get new mail from a Babyl file Glenn Morris 2009-04-09 22:13 ` Eli Zaretskii 2009-04-09 23:23 ` Glenn Morris 2009-04-10 6:56 ` Eli Zaretskii 2009-04-10 10:55 ` bug#2942: marked as done (rmail unable to get new mail from a Babyl file) Emacs bug Tracking System 2009-04-10 23:57 ` bug#2942: rmail unable to get new mail from a Babyl file Glenn Morris
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.