More expire/adaptive thoughts/questions

More expire/adaptive thoughts/questions

[Wesley.Hardaker]

Ok, to quote the manual:

    By the way, that line up there about Gnus never expiring
    non-expirable articles is a lie.  If you put `total-expire' in the
    group parameters, articles will not be marked as expirable, but
    all read articles will be put through the expiry process.  Use
    with extreme caution.

1) Why is this a bad idea (ie, why extreme caution)?
2) One guess:  does it zap cached or ticked articles?

The advantage I see of this is that then you can have articles work
with adaptive scoring again and marked as read, etc, but they'll still
get deleted...

also

3) If I do something like, say,
     find ~/News/nnml/group -name '[0-9]*' -atime +14 -exec rm {} \;
   What does this do to gnus?  IE, is it possible to run a expire cron
   job safely?  Or does this mess up the active/overview files?

Wes

Re: More expire/adaptive thoughts/questions

[Lars Magne Ingebrigtsen]

Wesley.Hardaker@sphys.unil.ch writes:

> Ok, to quote the manual:
> 
>     By the way, that line up there about Gnus never expiring
>     non-expirable articles is a lie.  If you put `total-expire' in the
>     group parameters, articles will not be marked as expirable, but
>     all read articles will be put through the expiry process.  Use
>     with extreme caution.
> 
> 1) Why is this a bad idea (ie, why extreme caution)?

It isn't a bad idea -- it's a good idea.  You should really know what
you're doing before using it, though.

> 2) One guess:  does it zap cached or ticked articles?

The cache is orthogonal to expiry; and ticked articles aren't read.
So, no.

> 3) If I do something like, say,
>      find ~/News/nnml/group -name '[0-9]*' -atime +14 -exec rm {} \;
>    What does this do to gnus?  IE, is it possible to run a expire cron
>    job safely?  Or does this mess up the active/overview files?

The NOV file lines won't be expired properly.

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."

Re: More expire/adaptive thoughts/questions

[Wesley.Hardaker]

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:


> It isn't a bad idea -- it's a good idea.  You should really know what
> you're doing before using it, though.

Cool, thats what I figured.  Now the next question, will this work:

    (setq gnus-total-expirable-newsgroups "nnml:.*")

  Then in the group parameters of one particular group I don't don't this
  done to put:

    (total-expire . nil)

  IE, can the group params override the previous variable?

Wes

Re: More expire/adaptive thoughts/questions

[Lars Magne Ingebrigtsen]

Wesley.Hardaker@sphys.unil.ch writes:

> Cool, thats what I figured.  Now the next question, will this work:
> 
>     (setq gnus-total-expirable-newsgroups "nnml:.*")
> 
>   Then in the group parameters of one particular group I don't don't this
>   done to put:
> 
>     (total-expire . nil)
> 
>   IE, can the group params override the previous variable?

Yup.  At least in Red Gnus; I seem to remember fixing this not that
long ago. 

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."

Re: More expire/adaptive thoughts/questions

[Wesley.Hardaker]

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

> Yup.  At least in Red Gnus; I seem to remember fixing this not that
> long ago. 

Cool.  Last comments:

1) You should put a note about this in the manual as an alternative to
   fixing the adaptive problems...

2) My lastest hack to fix all the expiratory problems, for people who
   were looking for ideas a while back:

   (setq gnus-total-expirable-newsgroups "nnml:.*")
   (remove-hook 'gnus-summary-prepare-exit-hook 'gnus-summary-expire-articles)
   (setq gnus-auto-expirable-newsgroups nil)
   (gnus-demon-add-handler 'gnus-group-expire-all-groups 30 30)

Wes