| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| 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™.