Re: Feature Request: Speed reading groups

[Sean Doran <smd@ebone.net>]

Here is what I think is being asked for, and what I would
like to see.

Feature #1: complemeting C-u 9 9 RET entering a group and
            examining the 99 most recent articles, a way
            to enter the group and examine articles
            falling within a particular set of dates

<somekeystroke> <datespec> RET
(interactive) enters group and examines any article that falls within <datespec>

<datespec> may be <mindate> <maxdate>
Most common datespecs probably would be:
        min-date = last time of gnus-group-get-new-news, max-date = now
        min-date = some hours/minutes/seconds ago, max-date = now
        min-date = some absolute time, max-date = now
        min-date = some absolute time, max-date = some absolute time
which somewhat lend themselves to currying around the last choice.

Feature #2: replacing guilty secretive use of UCB Mail by
            some hardcore Gnus users who do heavy
            splitting and often don't get around to some
            groups before their split-out messages are
            "stale", particularly when ill-thought-out
            Subject lines cause real Bcc-ed messages to
            be put into a "spam" newsgroup

A one-shot semi-ephemeral newsgroup built out of $MAIL
which allows for deletion in the
gnus-summary-delete-article sense, and updating the
Status: headers in the way UCB Mail does.

No group state is retained.  Upon quitting the group, the
group disappears from the *Group* buffer.

Use of this semi-ephemeral group should lock out
gnus-group-get-new-news and vice-versa.

This would be used to read *all* new mail since last
gnus-group-get-new-news call, "spam" and all, rather than
only that split into a specific group.

        Sean.