TIP: Click on subject to list as thread! ANSI
echo: net_dev
to: mark lewis
from: Ramon van der Winkel
date: 1996-11-01 19:16:28
subject: RFC type packet format th

mark lewis wrote in a message to Ramon van der Winkel:

 RvdW> WaterGate contains a lot of correcting code for dates. Both
 RvdW> for FidoNet and for RFC.

 ml> pardon me but... WHY!!!!!!!???????????????

 ml> it's not up to you to wipe other people's arses is it? if
 ml> they don't know that they have dingle berries hanging from
 ml> their arse, then they won't ever learn to wipe thier arse
 ml> clean but will instead rely on someone else to wipe it for
 ml> them. this is beneficial to the network?? no way... it keeps
 ml> the dingle berries hanging about in the way and prevents
 ml> forward motion to the future... 

 ml> help stomp out dingle berries and hand holding... DO NOT
 ml> code around other people's bugs!!!

I don't agree with you. Let's differentiate between forwarding a message
and originating a message. I am talking about the latter case, which
includes gating.

If I export a message from a message base and the date format is wrong then
I correct it, instead of sending out the same wrong date format into the
world and perhaps have other programs crash on it.

Same thing with the gateway: you really don't want all those spaces added
by programs like Pegasus mail. Instead, I delete those spaces and give you
in Fidonet a nice and clean address, or date, or whatever.

There are "standards" that tell a programmer how create
compatible messages. I think there is nothing wrong with making sure a
message complies to these standards. Who would get the blame if WaterGate
sends an non-compliant message into a network?..

And there is the issue of detecting a problem, complaining about it and
leaving it as it is. Other programs might not get updated that fast and you
would end up with endless complaints about a problem and no fix. I think
people get great service this way!

Ramon

--- WtrGate+ 0.92.p2-d gamma sn 1
* Origin: Optimization hinders evolution (1:320/42.46)
SEEN-BY: 13/13 16/320 37/100 50/99 102/735 105/103 119/88 129/11 138/146
SEEN-BY: 153/800 920 157/586 167/90 200/204 201/505 203/512 992 204/200
SEEN-BY: 209/720 7211 239/1 245/6910 260/742 261/1137 270/101 102 103 104 211
SEEN-BY: 280/1 801 282/1 4073 283/657 292/4 511 876 320/1 42 118 119 400
SEEN-BY: 321/1 332/1 334/201 341/70 1002 344/3 345/12 346/25 348/105 362/37
SEEN-BY: 367/1 385/100 387/31 396/1 402/311 403/150 405/0 406/100 430/105
SEEN-BY: 440/1 600/348 620/243 626/660 632/348 640/206 230 305 820 821 822
SEEN-BY: 640/823 700/101 711/409 410 413 430 808 809 934 712/515 713/317
SEEN-BY: 724/10 800/1 2002/2002 2430/1423 2433/225 2602/100 2604/104 2613/5
SEEN-BY: 2624/306 2630/1001 3401/308 3611/18 3615/7 7104/2
@PATH: 320/42 119 270/101 209/720 640/820 711/409 808 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™.