Re: [Last-Call] Last Call: <draft-koster-rep-06.txt> (Robots Exclusion Protocol) to Informational RFC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> On 9 Mar 2022, at 14:15, Salz, Rich <rsalz@xxxxxxxxxx> wrote:
> 
>> I don't like to guess, 
> 
> Let's not guess, let's ask the authors directly.  
> 
>> Can someone – probably one of the authors, not Ted – why they feel it is necessary to not allow derivative works?
> 
>> In the past there have been many RFC’s that documented existing cryptographic algorithms: Blake2, ChaCha/Poly, etc. None of them say no derivatives.
> 
> Why do you want no-derived-changes?  Given that the IETF almost never does this, I would expect this to be a hard requirement to justify.

Gary, why was this added? Having looked at the discussion in RFC3667 sections 5.2 and 7.3 it seems that this is appropriate for re-publishing documents from other standard bodies, and to protect proprietary technologies. The robots.txt is based on a long-standing industry practice, defined by a historical specification and de-facto (diverging) implementations, but not a standard body. And the proprietary technology protection doesn’t apply either.
So I agree it should not be there.

— Martijn

-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux