osdir.com
mailing list archive

Subject: mandatory fiels in rfc 2822 Re: Machine checkability - msg#00027

List: org.w3c.miscellaneous

Date: Prev Next Index Thread: Prev Next Index

Hi Henri,

nothing really important, but I was not sure about your assertion in
http://www.w3.org/mid/805A4886-5EC2-437A-B392-AB4BCD309D4D@xxxxxx

Le 12 mai 2008 à 15:44, Henri Sivonen a écrit :
(Aside: Email messages as a whole also have supplementary user- entered data that is supposed to be mandatory: Subject. And as we all know, software cannot force people to write a subject. However, other people can make subject writing more compelling if you know that by not writing a subject you are more likely to get your message ignored as spam.)


it seems that Subject is optional.

The only mandatory fields are
* From: (or Sender: if From: is not available).
* Date:

See 3.6. Field definitions
http://www.faqs.org/rfcs/rfc2822

The only required header fields are the origination date field and
the originator address field(s). All other header fields are
syntactically optional.


--
Karl Dubost - W3C
http://www.w3.org/QA/
Be Strict To Be Cool










Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: Test Suite License Grant II

Dear Fantasai, thanks for your comments. On Saturday 26 April 2008, fantasai wrote: > You've updated the license grant form under the old URL. > http://www.w3.org/2002/09/wbs/1/testgrants2-200409/?login > I hope you're keeping track of which contributors filled out the > previous version vs. this version. Responses are obviously tracked. > > I have some comments: > > # The Contributor hereby grants to the W3C, a perpetual, > non-exclusive, # royalty-free, world-wide right and license under > any Contributor # copyrights in this contribution to copy, publish, > use, modify, and # to distribute the contribution under a BSD > License or more restrictive, # as well as a right and license of > the same scope to any derivative # works prepared by the W3C and > based on, or incorporating all or part # of the contribution. > > "to copy, publish, use, modify, and to distribute" is not parallel > construction. It's not clear what the intent is. Did you mean > "to copy, publish, use, and modify the contribution and to > distribute the contribution under a BSD License" > or Yes, that's how I read it and the "to" before distribute makes it clear to me. I will ask Ian whether this needs a change, but this has been verified extensively in 2004. I only changed the permissible distribution license from W3C Document license to something more permissive. Note that this is about _incoming_ rights... > "to copy, publish, use, modify, and distribute the contribution > under a BSD License" > ? The latter restricts W3C's copy/publish/use/modify rights to the > terms of the BSD License. while this would force us to some specific license outgoing. This is NOT what GrantII is about. > > "or more restrictive" seems to be unfinished. Perhaps you meant "a > more restrictive license". Is it clear, legally, what "a more > restrictive license" means? Ah, this is perhaps my bias as a continental lawyer. I do not render every implicit statement explicit. Perhaps I should for reasons of I18N. Sure, more restrictive means less rights, one of them being modifications e.g. http://www.merriam-webster.com/dictionary/restrictive serving or tending to restrict: to confine within bounds : restrain: to prevent from doing: restreindre Rendre moindre, limiter. > > # The Contributor further agrees that any derivative works of > this # contribution prepared by the W3C shall be solely owned by > the W3C. > > This sentence has always bothered me. This sentence basically says > that if W3C modifies a contributor's test suite, the W3C owns the > new version in its entirety -- it basically strips away the > contributor's copyright ownership. No it doesn't as it is a right, not a thing. The initial rights of the contributor remain in existence. > It would make more sense, and be > more in line with the previous sentence, if it says that the > changes W3C makes are owned by W3C. (Or if it were removed > entirely.) This would mean that every contributor in the future must be asked for permission of every manipulation of data. Now with a testsuite and 50+ contributors we would have to make a meeting every once in a while to discuss the additions of tests, change of layout etc.. And we would only be allowed to change if all agree. Does that sound more usable? If not, you are in favor of that sentence. W3C is supposed to be a neutral ground (this is what standardization is about IMHO). It can only play that role if it has sufficient rights and is not dependent on the agreement of every contributor for every single manipulation of text or data because the contrary would open the door to pressure and deals. > > Last thing, it would be nice if there was an optional checkbox that > allowed contributors to give W3C joint copyright ownership of the > test, similar to the way the Membership agreement does. Many > contributors would be happy to check off that box, but wouldn't > bother to take that extra step if it required emailing W3C and > discussing it with Ian Jacobs, which is the current process. I do not think that this will work for legal reasons. It would involve transfer of rights, not only licensing. This would require far more than a checkbox. Best, Rigo signature.asc Description: This is a digitally signed message part.

Next Message by Date: click to view message preview

Re: mandatory fiels in rfc 2822 Re: Machine checkability

Hi, On May 12, 2008, at 10:10 , Karl Dubost wrote: it seems that Subject is optional. The only mandatory fields are * From: (or Sender: if From: is not available). * Date: Thanks. I should have checked this before I suggested otherwise. -- Henri Sivonen hsivonen@xxxxxx http://hsivonen.iki.fi/

Previous Message by Thread: click to view message preview

Re: Test Suite License Grant II

Dear Fantasai, thanks for your comments. On Saturday 26 April 2008, fantasai wrote: > You've updated the license grant form under the old URL. > http://www.w3.org/2002/09/wbs/1/testgrants2-200409/?login > I hope you're keeping track of which contributors filled out the > previous version vs. this version. Responses are obviously tracked. > > I have some comments: > > # The Contributor hereby grants to the W3C, a perpetual, > non-exclusive, # royalty-free, world-wide right and license under > any Contributor # copyrights in this contribution to copy, publish, > use, modify, and # to distribute the contribution under a BSD > License or more restrictive, # as well as a right and license of > the same scope to any derivative # works prepared by the W3C and > based on, or incorporating all or part # of the contribution. > > "to copy, publish, use, modify, and to distribute" is not parallel > construction. It's not clear what the intent is. Did you mean > "to copy, publish, use, and modify the contribution and to > distribute the contribution under a BSD License" > or Yes, that's how I read it and the "to" before distribute makes it clear to me. I will ask Ian whether this needs a change, but this has been verified extensively in 2004. I only changed the permissible distribution license from W3C Document license to something more permissive. Note that this is about _incoming_ rights... > "to copy, publish, use, modify, and distribute the contribution > under a BSD License" > ? The latter restricts W3C's copy/publish/use/modify rights to the > terms of the BSD License. while this would force us to some specific license outgoing. This is NOT what GrantII is about. > > "or more restrictive" seems to be unfinished. Perhaps you meant "a > more restrictive license". Is it clear, legally, what "a more > restrictive license" means? Ah, this is perhaps my bias as a continental lawyer. I do not render every implicit statement explicit. Perhaps I should for reasons of I18N. Sure, more restrictive means less rights, one of them being modifications e.g. http://www.merriam-webster.com/dictionary/restrictive serving or tending to restrict: to confine within bounds : restrain: to prevent from doing: restreindre Rendre moindre, limiter. > > # The Contributor further agrees that any derivative works of > this # contribution prepared by the W3C shall be solely owned by > the W3C. > > This sentence has always bothered me. This sentence basically says > that if W3C modifies a contributor's test suite, the W3C owns the > new version in its entirety -- it basically strips away the > contributor's copyright ownership. No it doesn't as it is a right, not a thing. The initial rights of the contributor remain in existence. > It would make more sense, and be > more in line with the previous sentence, if it says that the > changes W3C makes are owned by W3C. (Or if it were removed > entirely.) This would mean that every contributor in the future must be asked for permission of every manipulation of data. Now with a testsuite and 50+ contributors we would have to make a meeting every once in a while to discuss the additions of tests, change of layout etc.. And we would only be allowed to change if all agree. Does that sound more usable? If not, you are in favor of that sentence. W3C is supposed to be a neutral ground (this is what standardization is about IMHO). It can only play that role if it has sufficient rights and is not dependent on the agreement of every contributor for every single manipulation of text or data because the contrary would open the door to pressure and deals. > > Last thing, it would be nice if there was an optional checkbox that > allowed contributors to give W3C joint copyright ownership of the > test, similar to the way the Membership agreement does. Many > contributors would be happy to check off that box, but wouldn't > bother to take that extra step if it required emailing W3C and > discussing it with Ian Jacobs, which is the current process. I do not think that this will work for legal reasons. It would involve transfer of rights, not only licensing. This would require far more than a checkbox. Best, Rigo signature.asc Description: This is a digitally signed message part.

Next Message by Thread: click to view message preview

Re: mandatory fiels in rfc 2822 Re: Machine checkability

Hi, On May 12, 2008, at 10:10 , Karl Dubost wrote: it seems that Subject is optional. The only mandatory fields are * From: (or Sender: if From: is not available). * Date: Thanks. I should have checked this before I suggested otherwise. -- Henri Sivonen hsivonen@xxxxxx http://hsivonen.iki.fi/
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by