ding and compression mode

ding and compression mode

[Randal L. Schwartz]

Back a few years ago, I was able to compress (using an external process)
my "fatter" nnml email, and setting

 '(auto-compression-mode t nil (jka-compr))

was enough to work properly.  The email stayed compressed until I visited the
actual file, and then it ballooned into the original size if I made any
changes, until the nightly process made it smaller again.  I'm a little fuzzy
on that last point... it might just have worked to recompress it.

However, some time in the recent releases (as in, in the past year or so),
this stopped working.  Visiting these emails showed up as a "file not found".
For now, I've uncompressed everything, but I'm wondering if anyone is aware of
a change that would have broken this for NNML.

I'm sorry I can't narrow it down to anything better than "recent release".  I
was too busy at the time to track it down.

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

Re: ding and compression mode

[Reiner Steib]

On Sun, Sep 30 2007, Randal L. Schwartz wrote:

> Back a few years ago, I was able to compress (using an external process)
> my "fatter" nnml email, and setting
>
>  '(auto-compression-mode t nil (jka-compr))
>
> was enough to work properly.  The email stayed compressed until I visited the
> actual file, and then it ballooned into the original size if I made any
> changes, until the nightly process made it smaller again.  I'm a little fuzzy
> on that last point... it might just have worked to recompress it.
>
> However, some time in the recent releases (as in, in the past year or so),
> this stopped working.  

Please be more specific about the version numbers.  Gnus 5.10.8 (the
one you are using now) has been released on 2006-04-11.  So I don't
know what other (older) version you mean.

In No Gnus, the development version there is
`nnml-compressed-files-size-threshold' and `nnml-use-compressed-files'
allows to specify a different compression program beside gzip:

,----[ (info "(gnus)Mail Spool") ]
| `nnml-use-compressed-files'
|      If non-`nil', `nnml' will allow using compressed message files.
|      This requires `auto-compression-mode' to be enabled (*note
|      Compressed Files: (emacs)Compressed Files.).  If the value of
|      `nnml-use-compressed-files' is a string, it is used as the file
|      extension specifying the compression program.  You can set it to
|      `.bz2' if your Emacs supports it.  A value of `t' is equivalent to
|      `.gz'.
| 
| `nnml-compressed-files-size-threshold'
|      Default size threshold for compressed message files.  Message
|      files with bodies larger than that many characters will be
|      automatically compressed if `nnml-use-compressed-files' is
|      non-`nil'.
`----

The feature (nnml-use-compressed-files) was introduced on 2002-01-26
(Oort Gnus 0.06) i.e. before 5.10.

> Visiting these emails showed up as a "file not found".  For now,
> I've uncompressed everything, but I'm wondering if anyone is aware
> of a change that would have broken this for NNML.
>
> I'm sorry I can't narrow it down to anything better than "recent release".  I
> was too busy at the time to track it down.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: ding and compression mode

[Randal L. Schwartz]

>>>>> "Reiner" == Reiner Steib <reinersteib+gmane@imap.cc> writes:

Reiner> Please be more specific about the version numbers.  Gnus 5.10.8 (the
Reiner> one you are using now) has been released on 2006-04-11.  So I don't
Reiner> know what other (older) version you mean.

Reiner> In No Gnus, the development version there is
Reiner> `nnml-compressed-files-size-threshold' and `nnml-use-compressed-files'
Reiner> allows to specify a different compression program beside gzip:

Aha.. maybe that's why my naive approach (which I was using with pterry news)
no longer works.  GNUS now wants to manage some of this directly instead of
transparently.  I'll give those switches a whirl.

Thanks.

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!