LSTSRV-L Archives

LISTSERV Site Administrators' Forum

LSTSRV-L

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Chris Barnes <[log in to unmask]>
Mon, 28 Jun 1993 10:22:29 CDT
text/plain (47 lines)
On Mon, 28 Jun 1993 17:06:36 +0200 Eric Thomas said:
>On Mon, 28 Jun 1993 00:42:15 -0400 Chris Lewis <[log in to unmask]>
>said:
>
>Interesting... However, before I make any  change to the code I need some
>sort  of formal  assurance  that these  tags are  indeed  present in  all
>(conformant)  usenet messages,  and are  not part  of any  current RFC822
>extension.  In fact,  I  am  pretty sure  I  have  seen messages  without
>'Supersedes:' or  'Archive-Name:' (I  understand you were  addressing the
>particular problems  of FAQ, but I'd  like a solution that  works for all
>usenet messages, rather than just FAQ files).
 
 
Normally, I wouldn't even ask this, but since you're looking at doing
something with the code anyway, I don't think it'ld hurt to mention
this.
 
One of the most popular newsreader software packages, trn, has what I
consider to be a fairly serious bug.  It is seen when the poster either
sends a reply, forwards to another user, or posts to a moderated
newsgroup (in all cases, trn sends the post out via mail).  What happens
is that a blank line is put in the middle of what should be the header.
Some of the more important tags lost in the bottom half are the From:
and Subject: tags.  An additional From tag *is* inserted in the top part
of the header, but it's address is not that of the sender (rather it is
usually something like [log in to unmask]).  Any attempt at replying to
the sender via "normal" methods goes back to the news administrator at
the site instead of the "real" user.
 
I know this isn't a LMAIL problem, but is there something that can be
done on the receiver's side (ie.  the Lmail side) to 'fix' the incomming
mail message?  Something like looking to see if there is a block of text
that contains nothing but valid header stuff, deleteing the blank line
in the middle of the header, and deleting any bogus header tags (such as
the "wrong" From: tag).  I know that it probably isn't possible since
there may be mua's that do this for valid reasons (although I can't
for the life of me figure out why), and that it may be impossible to
tell which tag is the valid one when repeats *do* occur.  Perhaps,
I'm just vending my frustration here since I posted this bug report
to news.software.readers and was throughly ignored!
 
      -----------------------------------------------------
Chris Barnes            |   President - Bryan/College Station
[log in to unmask] |         Retriever Club
(409) 846-3273 (home)   |   "Dedicated to the betterment of
(409) 845-8300 (work)   |               the retrieving breeds"

ATOM RSS1 RSS2