* bug#10377: 23.3; unrmail fails to produce any output for a empty BABYL folder @ 2011-12-27 18:31 Mark Lillibridge [not found] ` <handler.10377.B.13250108607460.ack@debbugs.gnu.org> [not found] ` <handler.10377.D10377.132583928221854.notifdone@debbugs.gnu.org> 0 siblings, 2 replies; 6+ messages in thread From: Mark Lillibridge @ 2011-12-27 18:31 UTC (permalink / raw) To: 10377 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <handler.10377.B.13250108607460.ack@debbugs.gnu.org>]
* bug#10377: Acknowledgement (23.3; unrmail fails to produce any output for a empty BABYL folder) [not found] ` <handler.10377.B.13250108607460.ack@debbugs.gnu.org> @ 2011-12-27 23:05 ` Mark Lillibridge 2012-01-06 8:37 ` bug#10377: unrmail fails to produce any output for a empty BABYL folder Glenn Morris 0 siblings, 1 reply; 6+ messages in thread From: Mark Lillibridge @ 2011-12-27 23:05 UTC (permalink / raw) To: 10377 I spoke too soon; this bug also exists in Emacs 22. - Mark ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#10377: unrmail fails to produce any output for a empty BABYL folder 2011-12-27 23:05 ` bug#10377: Acknowledgement (23.3; unrmail fails to produce any output for a empty BABYL folder) Mark Lillibridge @ 2012-01-06 8:37 ` Glenn Morris 0 siblings, 0 replies; 6+ messages in thread From: Glenn Morris @ 2012-01-06 8:37 UTC (permalink / raw) To: 10377-done 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. ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <handler.10377.D10377.132583928221854.notifdone@debbugs.gnu.org>]
* bug#10377: closed (Re: bug#10377: unrmail fails to produce any output for a empty BABYL folder) [not found] ` <handler.10377.D10377.132583928221854.notifdone@debbugs.gnu.org> @ 2012-01-14 19:52 ` Mark Lillibridge 2012-01-14 21:35 ` Glenn Morris 0 siblings, 1 reply; 6+ messages in thread From: Mark Lillibridge @ 2012-01-14 19:52 UTC (permalink / raw) To: 10377, rgm GNU bug Tracking System <help-debbugs@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@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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#10377: closed (Re: bug#10377: unrmail fails to produce any output for a empty BABYL folder) 2012-01-14 19:52 ` bug#10377: closed (Re: bug#10377: unrmail fails to produce any output for a empty BABYL folder) Mark Lillibridge @ 2012-01-14 21:35 ` Glenn Morris 2012-01-15 19:27 ` Mark Lillibridge 0 siblings, 1 reply; 6+ messages in thread From: Glenn Morris @ 2012-01-14 21:35 UTC (permalink / raw) To: mark.lillibridge; +Cc: 10377 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. ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#10377: closed (Re: bug#10377: unrmail fails to produce any output for a empty BABYL folder) 2012-01-14 21:35 ` Glenn Morris @ 2012-01-15 19:27 ` Mark Lillibridge 0 siblings, 0 replies; 6+ messages in thread From: Mark Lillibridge @ 2012-01-15 19:27 UTC (permalink / raw) To: Glenn Morris; +Cc: 10377 Glenn Morris <rgm@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 ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-01-15 19:27 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-12-27 18:31 bug#10377: 23.3; unrmail fails to produce any output for a empty BABYL folder Mark Lillibridge [not found] ` <handler.10377.B.13250108607460.ack@debbugs.gnu.org> 2011-12-27 23:05 ` bug#10377: Acknowledgement (23.3; unrmail fails to produce any output for a empty BABYL folder) Mark Lillibridge 2012-01-06 8:37 ` bug#10377: unrmail fails to produce any output for a empty BABYL folder Glenn Morris [not found] ` <handler.10377.D10377.132583928221854.notifdone@debbugs.gnu.org> 2012-01-14 19:52 ` bug#10377: closed (Re: bug#10377: unrmail fails to produce any output for a empty BABYL folder) Mark Lillibridge 2012-01-14 21:35 ` Glenn Morris 2012-01-15 19:27 ` Mark Lillibridge
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).