compressed nnfolder archives

compressed nnfolder archives

[Erik Selberg]

Is there some way to compress an archived nnfolder with gzip and have
the thing be read properly? just gzipping it failed, as did gzipping
it and renaming it to the original name (i.e. archive.gz -> archive)

-Erik
-- 
				Erik Selberg
"I get by with a little help	selberg@cs.washington.edu
 from my friends."		http://www.cs.washington.edu/homes/selberg

Re: compressed nnfolder archives

[Mark Borges]

>> On 23 Jul 1996 09:41:10 -0400,
>> Richard Pieri(RP) wrote:

RP> on-the-fly compression schemes (crypt++, jka-compr) likewise are
RP> also never invoked.  Renaming the file to remove the compression
RP> extension will fail because the compression schemes use the
RP> extension to determine compression type, if any.

Not quite correct.

jka-compr relies on the extension, but crypt++ does not. It peeks
inside the file and uses a magic number technique. I've used crypt++
to automagically decode many gzip'd files w/o the `.gz' filename
extension.

-- 
  -mb-

Re: compressed nnfolder archives

[Andy Eskilsson]

/Mark Borges <mdb@cdc.noaa.gov> wrote:
|
| jka-compr relies on the extension, but crypt++ does not. It peeks
| inside the file and uses a magic number technique. I've used crypt++
| to automagically decode many gzip'd files wø the `.gz'filename
| extension.
 
Hmm I think I switched from crypt++ to jka-compr when crypt++ didn't
work too goo good together with rmail (yep it was those old days), I
think it was that crypt++ couldn't handle appending to files.
 
Is it something to be worried about in gnus?
 
        Åndy

-- 
 Hi I am an alien .sig, and at the moment I am having sex to your
 mind, by looking at your smile I can see that you like it.

 Unsolicited commercial email is subject to an archival fee of $400.
 See <http://www.fukt.hk-r.se/~flognat/mail/> for more info.

Re: compressed nnfolder archives

[Richard Pieri]

-----BEGIN PGP SIGNED MESSAGE-----

>>>>> "AE" == Andy Eskilsson <flognat@fukt.hk-r.se> writes:

AE> Hmm I think I switched from crypt++ to jka-compr when crypt++ didn't
AE> work too goo good together with rmail (yep it was those old days),

Back when 'crypt++' only had one '+' in the name, eh?  That was the last
time I looked at it, and jumped to the initial version of jka-compr.

AE> I think it was that crypt++ couldn't handle appending to files.

That was at least as much the fault of the Unix compress as crypt+.  The
Unix compress format is not a streaming format, so you cannot append to
an existing, compressed file.  You could get around that limitation by
visiting the file before appending.  Emacs will append to the file
buffer instead of the disk image, and you can write out the modified
buffer afterwards.  This is how I did it back when I used Rmail.

As for Gnus, support for compressed files is still problematic at best,
and practically nonexistant when it comes to file extensions on numeric
file names (nnm[lh] folders, for instance).

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3
Charset: noconv

iQCVAwUBMfYmeJ6VRH7BJMxHAQEvIAQAlA1HF/bPAmm3cCQITO/i9R8zJww30QpH
Rwc6DSR4gfKlzCSOOck0790mrzyr2CP9dICTEILNTWKQhjgNRdckA9gKRNO5Fk7g
fC8E1A1CGldUbGUl+ObbDaH2Hl46NJ32PFI0tcC3J36c22pdvOG0GdiNLqWcM56E
OckWtC8R8qw=
=0oC1
-----END PGP SIGNATURE-----
-- 
Richard Pieri/Information Services \ Curiosity never killed anything, except
<ratinox@unilab.dfci.harvard.edu>   \ maybe a few hours. -A cat's guide to life
http://www.dfci.harvard.edu/         \