Text 2742, 97 rader
Skriven 2008-04-01 22:11:25 av mark lewis (1:3634/12.0)
   Kommentar till text 2651 av Scott Little (3:712/848)
Ärende: Nomination
==================
 ml> there is no proper field... instead we have a promulgation of stuffing
 ml> the data in other fields not "designed" to carry such information...

 SL> Yes there is: the flags.  They're named fields, so there can be no
 SL> ambiguity. 

sya what? the FLAGS are in the LAST FIELD of the nodelist entry... that they
are broken into separate field is beside the point as far as the nodelist and
nodelist processing software is concerned ;)

 SL> Your method is just a lazy hack that pushes the burden of making
 SL> his obsolete software work onto everyone else, 

and what's so different about that then what was proposed years back to do the
=exact same thing= to those on the other side of the coin??

hint: nothing :blink: :blink: :blink:

 SL> while still not actually working properly for anyone.  

thank you! 

 SL> 1) dual-capable systems still need to list their IP info 
 SL> somewhere, so at the very least your method is redundant. 

hunh? not if everyone still followed /traditional/ methods of listing the
contact information... this argument is 10+ years old :?

 SL> 2) mailers using your method are either incapable of contacting 
 SL> dual-capable systems via IP, or need the ability to pull the IP 
 SL> info from some alternate field anyway.

in a POTS/INET situation, do you think that POTS would ever be preferential
over (cheaper?) internet connections??

 SL> Derived nodelists (self-generated or distributed) for special needs
 SL> cases like yours are far more compatible for *everyone* including
 SL> yourself than screwing with the official distribution nodelist.

ummhummm... and where was this argument years ago when the majority already had
this capability that was stolen from them without their knowledge?? and then,
today, it is forced on them as the minority :?

 SL> That alone is reason enough for the *Cs to prohibit all IP info
 SL> from field6.  The all-zeros placeholder for IONs, while still not
 SL> desirable, is not a fundamentally pointless waste of everyone's
 SL> time but a (somewhat) consistent technological necessity, at least
 SL> until Pvt/Unpublished are unlinked. 

thank you for that... at least it is a uniform method that others can easily
detect and handle... that is/was the entire point of them...

 ml> FWIW: yes, all the vmodem capable software that i've tested and am
 ml> aware of, has no problem pulling this data from field 6 where it
 ml> traditionally and properly belongs...

 SL> Traditionally?  LOL! 

yes, that is the field in which all contact numbers have been stored in the
nodelist until "recent" times when the divergence away from tradition was
promulgated :(

 SL> You think you would have gotten away with listing an IP quad in 
 SL> field6 in 1990?  

if things had been embraced as they have become, absolutely yes... however, you
have to stop and look at what was also going on back then... besides the same
arguments that i'm still using today, there were those who completely and
absolutely refused to enbrace the internet and the capabilities that it offered
fidonet...

 SL> No, *traditionally* that's where the PSTN/ISDN phone number goes 
 SL> and if you don't have one (uphill in the snow, both ways) you 
 SL> don't get a node number.

suggest that you refine your definition of "contact info" or "contact
number"... matter of fact, you should loosen your definition of it in the same
way that others have loosened their definition of "system name" ;)

 SL> You might have been able to get away with the "field 6 == contact
 SL> info" argument if the entire network shifted to IP, 

i, alone, could not force everyone to shift... not then and not now... however,
the crap argument of "majority rules" should at least recognise the argument as
beneficial to them and take it up today! :blink: :blink: :blink: :wink:

 SL> but that's not the case.  It is and always has been where one 
 SL> quite specific piece of information goes - information that is 
 SL> still used by thousands of nodes - so don't mess with it. 

ummmhummm... and today, the majority of nodes are IP based... yes or no? seems
to me that they'd be wanting to revert to the traditional methods and store
this piece of information in the same place that it always has been ;)

)\/(ark

 * Origin:  (1:3634/12)