Re: Need fetch ONLY marked bodies.
- From: Frank Slootweg <this@xxxxxxxxxxxxxxxxx>
- Date: 12 May 2007 14:11:15 GMT
Whiskers <catwheezel@xxxxxxxxxxxxx> wrote:
On 2007-05-12, Frank Slootweg <this@xxxxxxxxxxxxxxxxx> wrote:
[Removed 'invalid' group alt.comp.software.newsreaders.]
SINNER <arcade.master@xxxxxxxxx> wrote:
* wrote in news.software.readers:
[...]
Any and all newsreaders. In Linux use leafnode, in Windows use Hamster.
I think you misunderstood the requirement. The requirement is to first
only download the headers (or even just the XOVER data?), manually/
visually 'browse' through the headers, mark those which look interesting
and then only download the bodies belonging to the marked headers.
"Any and all newsreaders. In Linux use leafnode, in Windows use
Hamster." do not solve *that* requirement, at least not for ""Any and
all newsreaders." and probably not even for most newsreaders.
For example tin can not do this. It *can* download the XOVER data first,
but there is no way to browse the XOVER data and mark the interesting
articles, let alone download them after marking.
[...]
That seems a strange state of affairs; why have the ability to fetch only
the XOVER, if you can't do anything useful with it? (I've never used Tin
so I can't offer any useful comments).
Sorry. I probably should have said "It [tin] *does* download the XOVER
data first ...". I.e. when you enter a group, the XOVER data (normally
for the new/unread articles and some old/read articles (for threading))
is downloaded. I.e. there is no specific command to load the XOVER data,
it 'just happens' when you enter a group.
One point of using a local proxy news-server is that it adds this ability;
the 'marking' is done by 'reading' an article, and the fetching of the
body is done by the proxy server so that it is available to whatever
newsreader the user uses. The newsreader is only required to function in
'on-line' mode - it /is/ on line to the local proxy server, via the NNTP
protocol.
I think that in that context, Hamster is not a "proxy news-server",
but 'just' a local/private/<whatever> news-server. I.e. when told
(Online -> NNTP-Server -> select NSP server from a list) to download,
Hamster just downloads the XOVER data and the headers and then,
depending on *its* scorefile, determines whether or not to download the
bodies. I.e. what the newsreader does or does not do is irrelevant. The
newsreader might not even be connected (to Hamster) when all of this
happens.
As I mentioned, the only way (I know of) that Hamster can download
specific articles is by specifying their MIDs, i.e. entering the MIDs
in a window (Configuration -> Automation... -> Load Articles by MID),
which is of no use to the_OP/Chris.
For example from man noffle:
NOFFLE is an Usenet package optimized for low speed dialup Internet
connections and few users. The noffle program is used for running
and steering of the proxy news server, for retrieving new articles
from the remote server and for expiring old articles from the
database. NOFFLE can fetch newsgroups in one of the following
modes:
full fetch full articles,
over fetch only article overviews by default. Opening an article
marks it for download next time online,
thread like over, but download articles full if an article of the
same thread already has been downloaded.
Thanks. It looks like Noffle *does* meet Chris' requirements (assuming
his platform is UNIX(-like)).
[Noffle filtering, spooling and purging]
[Leafnode]
As Noffle requires an article to be 'read' by a newsreader for it to be
marked for fetching if the default setting for that group or filter is to
fetch in 'over' mode, the user has to get into the habit of not
automatically marking as read at the first 'read'; that may require either
personal discipline or a setting in the newsreader's configuration or
set-up - or both. I suspect that some newsreaders might struggle to cope
with such an arrangement, particularly those which are really emailers
with newsgroups as an afterthought.
Thanks for that explanation. A different paradigm indeed. (FWIW, I
think that tin can handle that part.)
I forget what features Hamster has, although I remember being favourably
impressed when I first tried it and looking for a direct equivalent for
Linux when first I switched OS and hadn't quite grasped the Unix/Linux
mind-set.
As I explained, I don't think that Hamster fits the (Chris') bill.
That's why I commented on David's "Any and all newsreaders. In Linux use
leafnode, in Windows use Hamster." comment.
I haven't tried slrn-pull or INN or sn or Newsstar (... yet).
As I mentioned, I think there is a patch for slrn (or slrnpull?) which
(AFAIK) fits Chris' requirement.
INN probably fits the bill least of all. It's a real News server and
has no facilities for proxy/personal/<whatever> use. FYI, I have run INN
professionally for about a decade and wouldn't use it for proxy/personal/
<whatever> use (Yes, even while my current platform is (MS-)Windows, I
*could* run it, because there's a Cygwin 'port' of INN.).
[No experience/comment with/on sn/Newsstar.]
.
- Follow-Ups:
- Re: Need fetch ONLY marked bodies.
- From: Whiskers
- Re: Need fetch ONLY marked bodies.
- References:
- Re: Need fetch ONLY marked bodies.
- From: Frank Slootweg
- Re: Need fetch ONLY marked bodies.
- From: Whiskers
- Re: Need fetch ONLY marked bodies.
- Prev by Date: Re: Need fetch ONLY marked bodies.
- Next by Date: Re: slrn mails script
- Previous by thread: Re: Need fetch ONLY marked bodies.
- Next by thread: Re: Need fetch ONLY marked bodies.
- Index(es):
Relevant Pages
|
