On Tuesday, 10 January 2006 at 10:06:20 -0800, Will L (sent by Nabble.com)
wrote:
[...]
>
> >> Try search the Debian archive on Nabble:
> >> http://www.nabble.com/Debian-User-f32.html
> >
> > That is a good resource. Pity it's not subthreaded, so to speak. But
> > very useful anyway.
> >
>
>
ill see the threaded view.
Will L
Nabble.com
View this message in context: Re: Recommendation for newsreader
Sent from the Debian User forum at Nabble.com.
On Monday, 9 January 2006 at 16:27:23 -0800, Will L (sent by Nabble.com) wrote:
>
>
> Uwe Heinz Rudi Dippel wrote:
> >
> > ...
> > On the other hand, I don't want to re-ask old questions, and prefer the
> > archive of gmane.org, which as of now contains more than 200.000 posts.
> > With number
se all the User, Dev, Security ... lists from a single place, and you can drill down to the individual list as well.
Will L
Nabble.com
View this message in context: Re: Recommendation for newsreader
Sent from the Debian User forum at Nabble.com.
View this message in context: Re: Recommendation for newsreader
Sent from the Debian User forum at Nabble.com.
On Sunday 08 January 2006 7:04 pm, Uwe Heinz Rudi Dippel wrote:
> So far, I have been using pan.
>
> However, it tends to become painfully slow when the groups contain more
> than 30.000 messages; exponentially slow.
Build the CVS version, it has muchly improved header handling and lower
memory u
Uwe Heinz Rudi Dippel wrote:
> Now I'd really appreciate your recommendation for a method or apparatus to
> handle groups with large numbers of messages in a suitable and reasonably
> fast manner.
Google.
--
Steve C. Lamb | I'm your priest, I'm your shrink, I'm your
P
Uwe Heinz Rudi Dippel wrote:
> Now I'd really appreciate your recommendation for a method or apparatus to
> handle groups with large numbers of messages in a suitable and reasonably
> fast manner.
groups.google.com :)
Seriously though, I use KNode, but I haven't begun to approach that many
mess
On Mon, 2006-01-09 at 09:04 +0800, Uwe Heinz Rudi Dippel wrote:
> So far, I have been using pan.
>
> However, it tends to become painfully slow when the groups contain
> more
> than 30.000 messages; exponentially slow.
> On the other hand, I don't want to re-ask old questions, and prefer
> the
> a
>
> Now I'd really appreciate your recommendation for a method or apparatus to
> handle groups with large numbers of messages in a suitable and reasonably
> fast manner.
>
slrn?
--
Jiann-Ming Su
"I have to decide between two equally frightening options.
If I wanted to do that, I'd vote." --D
10 matches
Mail list logo