Re: Incoherent E-mails

From: Hairy One Kenobi (abuse_at_[127.0.0.1)
Date: 10/18/05

  • Next message: hatschi: "Re: Is Skype Risky??" 
    Date: Tue, 18 Oct 2005 08:00:33 GMT

    "BillW50" <BillW50@aol.kom> wrote in message
    news:ylT4f.2699$BZ5.2492@newssvr13.news.prodigy.com...
    > "Moe Trin" <ibuprofin@painkiller.example.tld> wrote in message
    news:slrndl5l7s.mg7.ibuprofin@compton.phx.az.us...
    > Date: Sun, 16 Oct 2005 17:32:37 -0500

    <much snippage>

    > > I could say "it's just you" - but I won't. There are a few. For
    example,
    > > RFC0821 and 0822 are standards for SMTP and text messages and both have
    > > been "obsoleted" (by RFC2821 and 2822), but the original docs remain
    listed
    > > as "STANDARD", and the replacements are only a "PROPOSED STANDARD". (In
    case
    > > you can't follow the commands above - first one says there are 4176
    RFCs.
    > > The second strips out the status term and counts them - the last notes
    that
    > > 78 were not issued.)
    >
    > The problem with standards is they disallow innovation. The best you
    > can do with RFC is patch the dang thing. It is a sorry ass standard
    > today. And it holds us back technology-wise today.

    Sorry, couldn't ignore /that/ one!

    Everyone's free to innovate, but, end of the day, Standards help things to
    interoperate. The /way/ people follow them vary:

    Some follow blindly, whether or not it's actually a good idea to "upgrade"
    your compliance (the SMTP example, above, is a good example of how to turn a
    couple of problems into major problems)

    Some try to have a go, because it sounds like a kewl feature, and b*gger it
    up (Firefox & IDN sound familiar?)

    Some donate to an official body (e.g. DEC with VT/ANSI)

    Some stick with the proprietary route, and either publish them or donate
    proprietary code & staff (and then call it an Open Standard!) (e.g. IBM)

    Others stick with the proprietary route and tack RFC compliance on the side
    (e.g. DEC, Microsoft)

    Others have enough oomph to pretty much push through what they like, or get
    around to writing stuff up after the event (e.g. Cisco)

    Others form Industry bodies to provide cooperative propriety standards (WiFi
    et al)

    "The wonderful thing about Computing Standards is that there are so many to
    choose from". But it's still better than it used to be...

    H1K

  • Next message: hatschi: "Re: Is Skype Risky??"