Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Alpine NNTP

54 views
Skip to first unread message

patric aristide

unread,
Jun 1, 2012, 5:06:34 PM6/1/12
to
Sorry for more questions, non-technical this time however!
Realized that members of this group use Alpine for NNTP as well as mail.
I opted for slrn mainly because it was easier to setup but wonder
if I should switch to Alpine instead?
I'm confident I'll work out how to do this myself but is it worth it?
What's the advantage? Isn't Alpine a bit slow for this?

cheers
Patric
--
GL

J.O. Aho

unread,
Jun 1, 2012, 6:16:05 PM6/1/12
to
The main advantage can be the use of just one application instead of
two, myself I use alpine as nntp client if I'm not at home, but access
my system over ssh.

I don't think it's slow as nntp client.


--

//Aho

Rob Brown

unread,
Jun 4, 2012, 6:08:56 PM6/4/12
to
On 2012-06-01, patric aristide <ti...@sdf-eu.org> wrote:
> Realized that members of this group use Alpine for NNTP as well as mail.
> I opted for slrn mainly because it was easier to setup but wonder
> if I should switch to Alpine instead?
> I'm confident I'll work out how to do this myself but is it worth it?
> What's the advantage? Isn't Alpine a bit slow for this?

I used alpine as my news client for years and just recently switched
to slrn. I switched because I thought I was having problems (no I don't
remember what problems I thought I was having) reading a newsgroup with
60K unread messages.

slrn seems to be better at the moment, but there are several things
that I prefer pine for:

o I think alpine automatically wraps the text for some messages that
slrn displays on a single long (long!) line. I have not found out
how to make slrn do this for me.
o pine/pico automaticall wraps the lines of the messages that I type.
I have not figured out how to persuade vim to do this for me.
o I had a working killfile in alpine. I have not figured out how to
set up the killfile in slrn.

So maybe this is all my problem and nothing to do with alpine vs slrn,
but it is what I think right now.

My two cents.


--
Rob Brown b r o w n a t g m c l d o t c o m
G. Michaels Consulting Ltd. (780)438-9343 (voice)
Edmonton (780)437-3367 (FAX)
http://gmcl.com/

unruh

unread,
Jun 4, 2012, 7:40:15 PM6/4/12
to
On 2012-06-04, Rob Brown <mylas...@libra.gmcl.internal> wrote:
> On 2012-06-01, patric aristide <ti...@sdf-eu.org> wrote:
>> Realized that members of this group use Alpine for NNTP as well as mail.
>> I opted for slrn mainly because it was easier to setup but wonder
>> if I should switch to Alpine instead?
>> I'm confident I'll work out how to do this myself but is it worth it?
>> What's the advantage? Isn't Alpine a bit slow for this?
>
> I used alpine as my news client for years and just recently switched
> to slrn. I switched because I thought I was having problems (no I don't
> remember what problems I thought I was having) reading a newsgroup with
> 60K unread messages.
>
> slrn seems to be better at the moment, but there are several things
> that I prefer pine for:
>
> o I think alpine automatically wraps the text for some messages that
> slrn displays on a single long (long!) line. I have not found out
> how to make slrn do this for me.

In .slrnrc

set wrap_flags 7
set wrap_method 3

> o pine/pico automaticall wraps the lines of the messages that I type.
> I have not figured out how to persuade vim to do this for me.

.vimrc
set wrap
set textwidth=78

> o I had a working killfile in alpine. I have not figured out how to
> set up the killfile in slrn.

.slrn-Score I believe

Helmut Richter

unread,
Jun 5, 2012, 4:57:29 AM6/5/12
to
On Mon, 4 Jun 2012, Rob Brown wrote:

> I used alpine as my news client for years and just recently switched
> to slrn.

I switched the other way round for the sole reason that I had been using
pine for email for years. I find there are no differences grave enough to
prefer one of these over the other -- it is more a matter of taste and
convenience. For me, the convenience of training my fingers to one single
interface for both services.

--
Helmut Richter
0 new messages