TIP: Click on subject to list as thread! ANSI
echo: net_dev
to: Paul Edwards
from: mark lewis
date: 1997-01-18 13:57:28
subject: Tearlines are control lines, just like SEENBY

JdBP>> Think of it this way.  You have the source to MsgEd, so you
JdBP>> are free to change it to stop it appending tearlines to your
JdBP>> message.  If you did, what would happen ?

 PE> There would be more confusion about the end-of-user-text than there
 PE> is already.

why? why can't you use the origin line like others do with no problems?

 PE> Any Ada program I have, with comments starting "---"
 PE> is subject to harrassment.

all the more reason to be done with tearlines and NOT use them...

JdBP>> Would your software be unable to determine where control
JdBP>> lines were in your document ?

 PE> Yes.  Unless I place some other marker, like EOT.

the origin line is perfect for this...

JdBP>> Would other people's software be unable to process your
JdBP>> messages ?  No, for the same reason.

 PE> They would be unable to find the end of user-text accurately, yes.

origin lines... again...

JdBP>> Would other people's software even miss the tearlines from
JdBP>> your message ?

 PE> Yes.  Golded may highlight some ada comment as a tearline, when it
 PE> isn't.

then golded (and any other program that does this) should stop trying to be
so pretty...

JdBP>> No.  Tearlines contain no control information (merely an
JdBP>> unsolicited advert for your User Agent).

 PE> They contain a delimeter, and contain the same information that a
 PE> PID contains.

they do?? then why is it that so many tearlines are NOT what the editor or
tosser would normally put in there?? history, dude... you really need to
brush up on it...

JdBP>> Most softwares don't even read them.

 PE> So?  Some do.  Even if none did, it makes no difference.  I don't
 PE> know any that read the PID.  Do you?

i do... and i'm sure that there are others... one is for tracking software
usage... another is for determining which software and version are not
following standard practise or are breaking the specifications...

JdBP>> Would other people's softwares add spurious tearlines to your
JdBP>> message ?

 PE> Not that I'm aware of.  Most don't add spurious origin lines
 PE> either.  None add spurious PID lines either.  So what?

hahahahahaha... ALL THREE of the above have been done by buggy software and
that software is still in use because there are people who won't upgrade
unless forced to...

JdBP>> No.  One just has to see Mark Lewis' messages in this echo to
JdBP>> realise this.

 PE> Or read Mark Lewis's messages and notice the absence of PIDs.  So?

i beg to differ with you... all my messages should be leaving here with
PIDs in them... that is SPECIFICALLY one of the main reasons why i do not
have a tearline... the other is the spec doesn't mandate them...

 PE> Or read messages from Opus/oMMM systems and notice that a valid
 PE> date format is not required in fidonet.  So?

since when? both formats are documented and are used in common practise.
there are some BROKEN implementations and there are some programs that
ERRONEOUSLY convert them when sending to downlinks when they should be
simply copying straight over and only converting on IMPORT to the local
message bases...

JdBP>> To almost all softwares (apart from some User Agents, mainly
JdBP>> QWK-based) tearlines are just user text, and thus sacrosanct.

 PE> Forget QWK, they're irrelevant.

not in the history of how this all was developed and where some of the
ideas came from...

)\/(ark


* Origin: (1:3634/12)
SEEN-BY: 50/99 54/99 270/101 620/243 711/430 808 934 712/311 407 505 506 517
SEEN-BY: 712/623 624 841 713/317 800/1
@PATH: 3634/12 170/400 396/1 270/101 712/624 711/934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.