Gnus development mailing list
 help / color / mirror / Atom feed
From: Reiner Steib <reinersteib+gmane@imap.cc>
To: ding@gnus.org
Subject: Re: ding and compression mode
Date: Sun, 30 Sep 2007 17:37:44 +0200	[thread overview]
Message-ID: <v9hclc4113.fsf@marauder.physik.uni-ulm.de> (raw)
In-Reply-To: <868x6ob43r.fsf@blue.stonehenge.com>

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/




  reply	other threads:[~2007-09-30 15:37 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-30 14:49 Randal L. Schwartz
2007-09-30 15:37 ` Reiner Steib [this message]
2007-09-30 17:10   ` Randal L. Schwartz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=v9hclc4113.fsf@marauder.physik.uni-ulm.de \
    --to=reinersteib+gmane@imap.cc \
    --cc=Reiner.Steib@gmx.de \
    --cc=ding@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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 NNTP newsgroup(s).