Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    ASIAN_LINK    |    Not the kind that loves you long time    |    8,456 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 6,454 of 8,456    |
|    mark lewis to Ozz Nixon    |
|    When to add --- and * Origin...    |
|    25 Mar 19 15:25:34    |
      REPLY: 1:275/362.0 5c990e9c       MSGID: 1:3634/12.73 5c992ddc       PID: GED+LNX 1.1.5-b20180707       CHRS: CP437 2       TZUTC: -0400       TID: hpt/lnx 1.9.0-cur 07-09-15        On 2019 Mar 25 12:23:48, you wrote to All:               ON> Are the tearlines only added by the tosser? Or (as I see GoldEd do) is it        ON> okay for the Message System (BBS or in my case NNTP Service) to append the        ON> Tear line?              the message creation system can add tear lines... that would be the editor or       maybe the BBS software after the message is created and imported into the       message base when the user leaves the editor after saving the message...              tossers, being the last in line, can add tear lines if they do not already       exist... some tossers add a tear line all the time... some properly invalidate       existing ones and add their own... generally invalidating a tear line is       simply changing the center dash to an exclimation point... some tossers also       have the ability to retear which means replacing an existing tear line... i       used to use fastecho's retear to remove tear lines completely...              retearing was brought to us by the tear line wars... folks didn't want to be       called out for running unregistered software which was noted in the tear line       so someone came up with a tool to specifically retear and put what they wanted       on the tear line... this is where the PID and TID control lines came from...       instead of putting the information, registered or not, in the tear line, it       can now be hidden in the control lines...               ON> And, of course the next step down - * Origin... I noticed JAMNNTPd        ON> would double space in from of the original when reading or replying to        ON> the message. Any reason I should or should not follow their lead?              there sure is a reason... it should not be putting two spaces... that's an       invalid origin line... you need to check the code and see why it is doing       that... it wasn't when i was using it... check in the JAMNNTPD echo...               ON> And on a new post - okay if I add the Origin line too? Or is that a        ON> Tosser piece?              any software, from the editor back to the tosser can add tear and origin       lines... the key is if one already exists, it should not be messed with... but       operators have control over their systems and if they want to change these       lines, they can up to the point of the messages being packed into pkts for       delivery to other systems...              [trim]               ON> And per those two topics, if an editor appends the tear line and possible        ON> the Origin, should the BBS/NNTP re-tear?              it is not a "should"... it is up to the system operator but only to a point as       mentioned above... once packed and transmitted, other systems handling the       message must not alter them... there is a difference in how they are handled       during export and how they are handled on import or passing to other systems...              )\/(ark              Always Mount a Scratch Monkey       Do you manage your own servers? If you are not running an IDS/IPS yer doin' it       wrong...       ... Dancing: A perpendicular expression of a horizontal desire.       ---        * Origin: (1:3634/12.73)       SEEN-BY: 1/19 120 15/0 2 16/0 18/0 200 19/36 34/999 90/1 104/57 116/18       SEEN-BY: 116/116 120/544 123/0 25 50 130 131 140 150 755 1970 135/300       SEEN-BY: 153/7715 154/10 203/0 2 124 211/37 218/700 220/60 221/0 1       SEEN-BY: 222/2 226/17 229/107 354 426 452 1014 230/0 150 152 240/1120       SEEN-BY: 240/5832 249/206 317 400 250/1 261/38 100 1466 266/512 267/155       SEEN-BY: 275/100 280/464 5003 5006 282/1031 1056 291/1 111 310/31       SEEN-BY: 317/3 320/119 219 322/757 340/400 342/13 200 393/68 396/45       SEEN-BY: 423/81 120 633/280 712/848 770/1 801/161 189 2320/105 3634/0       SEEN-BY: 3634/12 15 24 27 50 5020/715 1042       PATH: 3634/12 261/38 320/219 203/0 280/464 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca