Re: How IETF treats contributors

> From: "Olaf M. Kolkman" 

> I'd like to expand on what Dean said: "Credit and attribution is about
> intellectual honesty [ and _courtesy_ ] not about copyright law".

Ok, but in the case at hand, 

  - None of the versions of Mr. Danish's proposal that I've seen
     credited Mr. Vixie's document or some others than preceded Mr.
     Danish's work.  I think that was due to ignornance and disinterest
     instead of malice, but it does reduce Mr. Danish's standing to 
     more credit than he already receives.

  - Mr. Danish's proposal was always an obvious non-starter for various
     reasons, including the requirement for defining new DNS RR types
     before it could be deployed or even tested.

  - Mr. Vixie's proposal is a lot closer to what I understand of the
     current MARID mechanisms than Mr. Danish's proposal.

  - It is ironic or something that few people who are openly concerned
     about credit for their work have enviable reputations.  They tend
     to be inventors of such as IPv8.

  - As far as solving the spam problem is concerned, RMX, SPF, the
     commercial proposals, the MARID proposals, and all other sender
     authentication mechanisms are more like IPv8 than IPv6.  Squashing
     the current modes of spam forgery will have just as much effect
     as the squashing years ago of the forgery of 8-digit user names
     @aol.com.  The new anti-forgery mechanisms are more general than
     the old regular expressions, but sender forgery is not a required
     aspect of spam.  Some large spammers have long been using domain
     names that they register, use for literally a few days, and
     discard.  For example, some time ago I grew bored with accumulating
     the domain names of one such operation in
     http://www.rhyolite.com/anti-spam/bin/group.cgi?group=151
     Some of the domain names of smaller (in counts of names) operations
     are in http://www.rhyolite.com/anti-spam/bin/group.cgi?group=197
     http://www.rhyolite.com/anti-spam/bin/group.cgi?group=30
     http://www.rhyolite.com/anti-spam/bin/group.cgi?group=140 and
     http://www.rhyolite.com/anti-spam/bin/group.cgi?group=165
     Spammers can deploy sender authentication mechanisms far faster
     than their victims.

  - This thread has the wrong subject.  It should be more like
    "How some would-be contributors treat the IETF."


Vernon Schryver    vjs@rhyolite.com

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf