Re: GNKSA and Gnus

Re: GNKSA and Gnus

[John Moreno]

Russ Allbery wrote:

>Per Abrahamsen <abraham@dina.kvl.dk> writes:
>
>> I often have to manually edit the references line when posting followups
>> in gnu.misc.discuss in order to make INN accept it.  I guess it happens
>> in gnu.misc.discuss because
>
>> 1) The threads there are very deep.
>> 2) There are a high fraction of Gnus users, thus none of the posters
>>    software will restrict the header.
>
>I stand corrected.
>
>> ##  Maximum size of a single header.
>> #### =()<MAXHEADERSIZE          @<MAXHEADERSIZE>@>()=
>> MAXHEADERSIZE           1024
>
>I believe this only affects headers which are not continued.  If one uses
>continuation lines, headers can be much larger.  (Or that at least is my
>understanding.)  Keep in mind that the version of Gnus that I'm using
>still wraps References using continuation lines; I think Lars took that
>out at some point?
>
>It sounds like either the header wrapping code needs to be put back in or
>Gnus needs to shorten the Reference headers it generates, in the short
>term.  In the long term, I expect the new news RFC to require References
>headers not be truncated.

It's going to have to either require or allow it to be truncated at some 
point - otherwise you'll have references lines that grow infinitely long. 
 I know of several threads that are more than a year old - I hate to 
think how long they would be if software didn't truncate the header.

Approximately 1k REALLY is the current expected behavior.  And if 
newsreaders don't do it, servers and users will.  It is also a attempt to 
make the standard larger than what might otherwise be settled upon - 
after all assuming that all of the articles are there threading can take 
place with just one, and if articles are missing keeping only 5 or 6 back 
references is enough for normal situations.  And I can't count the number 
of users (most using TIN) who I've chided for deleting it entirely - I 
end up telling them that since they feel they must cut it, to at least 
leave in the last reference.  Unfortunately I often get the reply that it 
is simply easier to cut it all out than to try to edit it.

-- 
John Moreno

Re: GNKSA and Gnus

[Lars Balker Rasmussen]

John Moreno <phenix@interpath.com> writes:
> It's going to have to either require or allow it to be truncated at some 
> point - otherwise you'll have references lines that grow infinitely long. 
>  I know of several threads that are more than a year old - I hate to 
> think how long they would be if software didn't truncate the header.

Good argument.  However, it also shoots down the definition in
son-of-1036, where some IDs are sacred.  In a year-long thread it's easy
to imagine the first, the latest and all IDs with _-_ in them to be more
than 1000 chars long.  Then what ID should be cut?
-- 
Lars Balker Rasmussen, Software Engineer, Mjolner Informatics ApS
lbr@mjolner.dk

Re: GNKSA and Gnus

[Lars Magne Ingebrigtsen]

Russ Allbery <rra@stanford.edu> writes:

> > Hm.  Is this the default?  If so, I think Gnus should just go back to
> > folding the header.
> 
> Yup, that's the default.  And yes, that would be my preference as well.

I've now switched back again to folding.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: GNKSA and Gnus

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Hm.  Is this the default?  If so, I think Gnus should just go back to
> folding the header.

Please do.  Or, see my proposal in "References again" thread.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
`VI' - An editor used by those heretics that don't subscribe to
       the Emacs religion.

Re: GNKSA and Gnus

[Russ Allbery]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Per Abrahamsen <abraham@dina.kvl.dk> writes:

>> I found this in the config file.

>> ##  Maximum size of a single header.
>> #### =()<MAXHEADERSIZE          @<MAXHEADERSIZE>@>()=
>> MAXHEADERSIZE           1024

> Hm.  Is this the default?  If so, I think Gnus should just go back to
> folding the header.

Yup, that's the default.  And yes, that would be my preference as well.

-- 
Russ Allbery (rra@stanford.edu)         <URL:http://www.eyrie.org/~eagle/>

Re: GNKSA and Gnus

[Lars Magne Ingebrigtsen]

Per Abrahamsen <abraham@dina.kvl.dk> writes:

> [ Lars:  I'd be willing to work on 10d and 10e if you are interested. ]

Sure.

> nntp-server-type's value is 
> "200 ssv2.dina.kvl.dk InterNetNews NNRP server INN 1.5.1 17-Dec-1996 ready (posting ok).\n"
> 
> I found this in the config file.
> 
> ##  Maximum size of a single header.
> #### =()<MAXHEADERSIZE          @<MAXHEADERSIZE>@>()=
> MAXHEADERSIZE           1024

Hm.  Is this the default?  If so, I think Gnus should just go back to
folding the header.

> >     10d  Does not omit (proper) signatures from quoted text
> 
> I think Gnus should do that.  The default Gnus citation handler is too
> barebone, probably in reaction too the alternative citation handler
> (SuperCite) which is too advanced.

Providing an alternative to `message-cite-original' that removes the
signature might be nice.

> >     10e  Does not let the user indicate which part to followup to
> 
> This is something Gravity does, and in general a good idea.  It migth
> make less sense for Gnus.  However, I think it would be nice if
> quoting would be restricted to the currently region in the messsage
> being quoted, iff `transient-message-mode' is on, and the region is
> active.

Hm.  Perhaps, but I can't really see this being used much.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: GNKSA and Gnus

[Russ Allbery]

John Moreno <phenix@interpath.com> writes:

> All of the 'Soft' requirement are features which while considered very
> good and useful and guides the user into correct behavior, may not be
> appropriate for all users or newsreaders.  For instance if most of your
> time on the net was spent in alt.fan.warlord this wouldn't be a very
> good feature for you.

I've been thinking this over, and I believe the reason why I was objecting
to this before was largely due to a misconception of the point of Soft
features.  It's one that would seem to be cleared up by adding another
level; there are many Soft features that I would consider to be
appropriate in all circumstances, and then there are many that I think
should be decidedly optional and which some newsreaders would have no
interest whatsoever in implementing (for legitimate reasons).

Making that division more apparent may be helpful.

-- 
Russ Allbery (rra@stanford.edu)         <URL:http://www.eyrie.org/~eagle/>

Re: GNKSA and Gnus

[Russ Allbery]

Per Abrahamsen <abraham@dina.kvl.dk> writes:

> I often have to manually edit the references line when posting followups
> in gnu.misc.discuss in order to make INN accept it.  I guess it happens
> in gnu.misc.discuss because

> 1) The threads there are very deep.
> 2) There are a high fraction of Gnus users, thus none of the posters
>    software will restrict the header.

I stand corrected.

> ##  Maximum size of a single header.
> #### =()<MAXHEADERSIZE          @<MAXHEADERSIZE>@>()=
> MAXHEADERSIZE           1024

I believe this only affects headers which are not continued.  If one uses
continuation lines, headers can be much larger.  (Or that at least is my
understanding.)  Keep in mind that the version of Gnus that I'm using
still wraps References using continuation lines; I think Lars took that
out at some point?

It sounds like either the header wrapping code needs to be put back in or
Gnus needs to shorten the Reference headers it generates, in the short
term.  In the long term, I expect the new news RFC to require References
headers not be truncated.

> This is something Gravity does, and in general a good idea.  It migth
> make less sense for Gnus.  However, I think it would be nice if quoting
> would be restricted to the currently region in the messsage being
> quoted, iff `transient-message-mode' is on, and the region is active.

I still don't think this idea makes any sense.  But YMMV.

-- 
Russ Allbery (rra@stanford.edu)         <URL:http://www.eyrie.org/~eagle/>

Re: GNKSA and Gnus

[Per Abrahamsen]

[ Lars:  I'd be willing to work on 10d and 10e if you are interested. ]

The GNKSA requirements seem reasonable to me.  Some of the SHOULD
doesn't really apply to Gnus because of special concerns, which I
suspect is why they are SHOULD and not MUST.

>     7c   Does not restrict references sensibly

I often have to manually edit the references line when posting
followups in gnu.misc.discuss in order to make INN accept it.  I guess
it happens in gnu.misc.discuss because

1) The threads there are very deep.
2) There are a high fraction of Gnus users, thus none of the posters
   software will restrict the header.

This is with 

nntp-server-type's value is 
"200 ssv2.dina.kvl.dk InterNetNews NNRP server INN 1.5.1 17-Dec-1996 ready (posting ok).\n"

I found this in the config file.

##  Maximum size of a single header.
#### =()<MAXHEADERSIZE          @<MAXHEADERSIZE>@>()=
MAXHEADERSIZE           1024

I would feel more safe having Gnus truncate the header, than doing it myself.

> Additionally, the software violates the `soft' GNKSA requirements
> (SHOULDs) in the following way:
>     10d  Does not omit (proper) signatures from quoted text

I think Gnus should do that.  The default Gnus citation handler is too
barebone, probably in reaction too the alternative citation handler
(SuperCite) which is too advanced.

>     10e  Does not let the user indicate which part to followup to

This is something Gravity does, and in general a good idea.  It migth
make less sense for Gnus.  However, I think it would be nice if
quoting would be restricted to the currently region in the messsage
being quoted, iff `transient-message-mode' is on, and the region is
active.

>     10g  Attribution line lacks Message-ID of original article

This is the only point I disagree with.  The message-id is in the
references line, which should be enough.  I don't think therte is
anything resembling a consensus on whether it should be included in
the attribution line as well.

>     16b  Does not refuse posting an empty article
>     16d  Does not refuse to post quoted text only
>     16f  Does not try to prevent posting multiple copies entirely

Actually, I believe I have gotten warnings for all three of these.

> The software sports the following nice net-keeping features unmentioned
> by the GNKSA:

Command to fetch FAQ for the group.

Re: GNKSA and Gnus

[Robert Bihlmeyer]

Hi,

>>>>> On 04 Jan 1998 15:58:05 -0800
>>>>> Matt Simmons <simmonmt@acm.org> said:

 Matt> I can't be the only one who finds it weird to be reading a
 Matt> debate about the proper way to form References headers in which
 Matt> the GNKSA is complaining about Gnus' method using an MUA that
 Matt> apparently disregards References headers entirely.

You're not. But we gnusheads sometime forget, that some people still
use mail readers (feh) to read mail. Apperently, Claris emailer can't
dig references.

	Robbe

-- 
Robert Bihlmeyer	reads: Deutsch, English, MIME, Latin-1, NO SPAM!
<robbe@orcus.priv.at>	<http://stud2.tuwien.ac.at/~e9426626/sig.html>

Re: GNKSA and Gnus

[Matt Simmons]

I can't be the only one who finds it weird to be reading a debate
about the proper way to form References headers in which the GNKSA is
complaining about Gnus' method using an MUA that apparently disregards 
References headers entirely.

Hmm.

Matt

-- 
     Matt Simmons  -  simmonmt@acm.org  -  http://www.netcom.com/~simmonmt
    Originality is the fine art of remembering what you hear but forgetting
	    where you heard it.  --Laurence Peter.  Canadian writer