GNU bug report logs - #10377
23.3; unrmail fails to produce any output for a empty BABYL folder

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10377 in the body.
You can then email your comments to 10377 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mark Lillibridge <mark.lillibridge <at> hp.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.3; unrmail fails to produce any output for a empty BABYL folder
Date: Tue, 27 Dec 2011 10:31:18 -0800

ts-rhel5 [128]% ls
RMAIL

ts-rhel5 [129]% cat RMAIL 
BABYL OPTIONS: -*- rmail -*-
Version: 5
Labels:
Note:   This is the header of an rmail file.
Note:   If you are seeing it in rmail,
Note:    it means the file has no messages in it.
                                                            
ts-rhel5 [131]% ~/bin/emacs-23.3-install/bin/emacs -batch -f batch-unrmail RMAIL 
Writing messages to /home/mdl/Tmp/now/RMAIL.mail...
Writing messages to /home/mdl/Tmp/now/RMAIL.mail...done
Done

ts-rhel5 [132]% ls
RMAIL


    There should be a RMAIL.mail file of 0 bytes above as promised by
the output messages.  This file is correctly created by the version of
unrmail in Emacs 22 and for non-empty folders by Emacs 23 unrmail.

- Mark

Message #8 received at 10377 <at> debbugs.gnu.org (full text, mbox):

From: Mark Lillibridge <mark.lillibridge <at> hp.com>
To: <10377 <at> debbugs.gnu.org>
Subject: Re: bug#10377: Acknowledgement (23.3; unrmail fails to produce any
	output for a empty BABYL folder)
Date: Tue, 27 Dec 2011 15:05:54 -0800

I spoke too soon; this bug also exists in Emacs 22.

- Mark

Message #13 received at 10377-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 10377-done <at> debbugs.gnu.org
Subject: Re: bug#10377: unrmail fails to produce any output for a empty BABYL
	folder
Date: Fri, 06 Jan 2012 03:37:42 -0500

Version: 24.0.93

Mark Lillibridge wrote:

> I spoke too soon; this bug also exists in Emacs 22.

And Emacs 21, which perhaps shows how important this issue is.

Anyway, I made unrmail give an explicit message (but still do nothing)
if the input file has no messages.

Message #16 received at 10377 <at> debbugs.gnu.org (full text, mbox):

From: Mark Lillibridge <mark.lillibridge <at> hp.com>
To: <10377 <at> debbugs.gnu.org>, rgm <at> gnu.org
Subject: Re: bug#10377: closed (Re: bug#10377: unrmail fails to produce any
	output for a empty BABYL folder)
Date: Sat, 14 Jan 2012 11:52:44 -0800

GNU bug Tracking System <help-debbugs <at> gnu.org> writes:

>  [1:text/plain Hide]
>  Your bug report
>  
>  #10377: 23.3; unrmail fails to produce any output for a empty BABYL folder
>  
>  which was filed against the emacs package, has been closed.
>  
>  The explanation is attached below, along with your original report.
>  If you require more details, please reply to 10377 <at> debbugs.gnu.org.


> Mark Lillibridge wrote:
> 
> > I spoke too soon; this bug also exists in Emacs 22.
> 
> And Emacs 21, which perhaps shows how important this issue is.
> 
> Anyway, I made unrmail give an explicit message (but still do nothing)
> if the input file has no messages.


    Please reopen this bug; the above "fix" does not fix the bug.  You
have to understand that unrmail in batch mode is used to process a set
of BABYL files to produce a parallel set of mbox files.  For example,

    find Rmail -type f -exec grep -q '^BABYL OPTIONS' {} \; \
          -exec ~/bin/emacs-22.3-install/bin/emacs -batch  \
          -f batch-unrmail {} \; >& log

Users likely would use further scripts to automatically move the
resulting *.mail mbox files into place.  The correct behavior is simply
to produce a zero length output file with no messages.

- Mark

Message #19 received at 10377 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: mark.lillibridge <at> hp.com
Cc: 10377 <at> debbugs.gnu.org
Subject: Re: bug#10377: closed (Re: bug#10377: unrmail fails to produce any
	output for a empty BABYL folder)
Date: Sat, 14 Jan 2012 16:35:12 -0500

Mark Lillibridge wrote:

> have to understand that unrmail in batch mode is used to process a set
> of BABYL files to produce a parallel set of mbox files.  For example,
>
>     find Rmail -type f -exec grep -q '^BABYL OPTIONS' {} \; \
>           -exec ~/bin/emacs-22.3-install/bin/emacs -batch  \
>           -f batch-unrmail {} \; >& log
>
> Users likely would use further scripts to automatically move the
> resulting *.mail mbox files into place.  The correct behavior is simply
> to produce a zero length output file with no messages.


BABYL files with no messages are a fringe case of an obsolete format. 
Since unrmail has never produced output for these files, I'm not going 
to spend any more time on changing this now. If this is something you 
actually need to handle in practice on a frequent basis, I suggest using 
a handful of extra shell commands to check for empty BABYL files and
treat them separately.

Message #22 received at 10377 <at> debbugs.gnu.org (full text, mbox):

From: Mark Lillibridge <mark.lillibridge <at> hp.com>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 10377 <at> debbugs.gnu.org
Subject: Re: bug#10377: closed (Re: bug#10377: unrmail fails to produce any
	output for a empty BABYL folder)
Date: Sun, 15 Jan 2012 11:27:41 -0800

Glenn Morris <rgm <at> gnu.org> writes:

>  Mark Lillibridge wrote:
>  
>  > have to understand that unrmail in batch mode is used to process a set
>  > of BABYL files to produce a parallel set of mbox files.  For example,
>  >
>  >     find Rmail -type f -exec grep -q '^BABYL OPTIONS' {} \; \
>  >           -exec ~/bin/emacs-22.3-install/bin/emacs -batch  \
>  >           -f batch-unrmail {} \; >& log
>  >
>  > Users likely would use further scripts to automatically move the
>  > resulting *.mail mbox files into place.  The correct behavior is simply
>  > to produce a zero length output file with no messages.
>  
>  
>  BABYL files with no messages are a fringe case of an obsolete format. 
>  Since unrmail has never produced output for these files, I'm not going 
>  to spend any more time on changing this now. If this is something you 
>  actually need to handle in practice on a frequent basis, I suggest using 
>  a handful of extra shell commands to check for empty BABYL files and
>  treat them separately.

    I'm fine with you marking this as "won't fix" -- it is an obscure
case after all -- but I wanted to make clear that the bug still exists.

- Mark

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.