Compressing again

Compressing again

[David Hedbor]

I have tried to figure out why using compressed nnml mails doesn't
work for me, but have failed. To make it possible to resolve it, I
have a few questions:

1) How does Gnus know that it should look for 111.gz instead of 111?
   All I can see jka-compr doing is decoding files called
   something.gz. If foo.gz doesn't exist, and you try to open foo,
   jka-compr doesn't open foo.gz for you. Do I have to set some
   variable or something?

2) Did everyone else who got it to work only "require" jka-compr
   (which does work) and compress files?

3) If I should try to figure out what's wrong, which file(s) and
   function(s) should I look in?

-- 
[ Below is a random fortune, which is unrelated to the above message. ]
Cats are smarter than dogs.  You can't make eight cats pull a sled through
the snow.

Re: Compressing again

[Eze Ogwuma]

David Hedbor <david@hedbor.org> writes:

> I have tried to figure out why using compressed nnml mails doesn't
> work for me, but have failed. To make it possible to resolve it, I
> have a few questions:

> 2) Did everyone else who got it to work only "require" jka-compr
>    (which does work) and compress files?

That's all you need in your .emacs file. However I found that there
are some files that should be left uncompressed such as your active
file and your .overview file.

-- 
Eze Ogwuma

Re: Compressing again

[Eze Ogwuma]

Also make sure that the archive directory is uncompressed.

-- 
Eze Ogwuma

Re: Compressing again

[David Hedbor]

After talking to Eze in mail, zlibc came up. After installing this,
uncompressing works fine (ie Gnus finds the gzipped files, as zlibc
takes care of that). Does everyone else use this as well, and they
also forgot about it? Perhaps Gnus could be made to try <num>.gz as
well, so that zlibc isn't needed?

-- 
[ Below is a random fortune, which is unrelated to the above message. ]
Bachelor:
	A man who chases women and never Mrs. one.

Re: Compressing again

[David Hedbor]

Hans de Graaff <J.J.deGraaff@twi.tudelft.nl> writes:

> It seems as if you have a really strange setup when it comes to
> compressed articles in nnml groups.

I don't though. I tried starting with a close to empty .gnus, and I
got exactly the same result as I normally do.

> Maybe related to your other problems, because again it works fine for
> me. Moving, editing, etc.

If I just knew what the heck was wrong. :-/ 


-- 
[ Below is a random fortune, which is unrelated to the above message. ]
A good plan today is better than a perfect plan tomorrow.
		-- Patton

Re: Compressing again

[Lars Magne Ingebrigtsen]

David Hedbor <david@hedbor.org> writes:

> After talking to Eze in mail, zlibc came up. After installing this,
> uncompressing works fine (ie Gnus finds the gzipped files, as zlibc
> takes care of that). Does everyone else use this as well, and they
> also forgot about it? Perhaps Gnus could be made to try <num>.gz as
> well, so that zlibc isn't needed?

zlibc isn't needed.  nnml explicitly checks for "<num>.gz" if you have
jka-compr required.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Compressing again

[Colin Rafferty]

Lars Magne Ingebrigtsen writes:

> zlibc isn't needed.  nnml explicitly checks for "<num>.gz" if you have
> jka-compr required.

More specifically, you need to require 'jka-compr before 'nnheader.

This is what has been bugging me for a long while.

-- 
Colin

Re: Compressing again

[William M. Perry]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> David Hedbor <david@hedbor.org> writes:
> 
> > After talking to Eze in mail, zlibc came up. After installing this,
> > uncompressing works fine (ie Gnus finds the gzipped files, as zlibc
> > takes care of that). Does everyone else use this as well, and they
> > also forgot about it? Perhaps Gnus could be made to try <num>.gz as
> > well, so that zlibc isn't needed?
> 
> zlibc isn't needed.  nnml explicitly checks for "<num>.gz" if you have
> jka-compr required.

  jka-compr bad, crypt++ good!  :)  At least in Mule.

-Bill P.

Re: Compressing again

[William M. Perry]

Stainless Steel Rat <ratinox@peorth.gweep.net> writes:

> -----BEGIN PGP SIGNED MESSAGE-----
> 
> >>>>> "WMP" == William M Perry <wmperry@aventail.com> writes:
> 
> WMP>   jka-compr bad, crypt++ good!  :)  At least in Mule.
> 
> Yeah, well, MULE is second runner up in the Pure Evil competition, after
> ActiveX and MIME. :)

  Agreed.  I'd rank it higher than mime though.

-bp

Re: Compressing again

[Alan Shutko]

>>>>> "B" == William M Perry <wmperry@aventail.com> writes:

B>   jka-compr bad, crypt++ good!  :) At least in Mule.

Why is that?  I haven't noticed any problems with them.

-- 
Alan Shutko <ats@acm.org> - By consent of the corrupted
Gloffing is a state of mine.

Re: Compressing again

[William M. Perry]

Alan Shutko <ats@acm.org> writes:

> >>>>> "B" == William M Perry <wmperry@aventail.com> writes:
> 
> B>   jka-compr bad, crypt++ good!  :) At least in Mule.
> 
> Why is that?  I haven't noticed any problems with them.

  Last I heard jka-compr didn't deal well with various (en|de)coding
formats.  Steven Baur would be able to give a better answer.

-Bill p.

Re: Compressing again

[David Hedbor]

Colin Rafferty <craffert@ml.com> writes:
> 
> The simplest test for this is to stick the following line before the
> require:
> 
>     (if (featurep 'nnheader) (error "Too late for jka-compr!"))
> 
> In general, you should make sure that things that modify the overall
> behavior of emacs (like jka-compr) are loaded first in your .emacs.

Thank you! I think I loaded message before (or something like
that). It works now. Strange that no one said anything about this
before. Great!

-- 
[ Below is a random fortune, which is unrelated to the above message. ]
Pryor's Observation:
	How long you live has nothing to do 
	with how long you are going to be dead.