Talk:DomainKeys
From Wikipedia, the free encyclopedia
Contents |
[edit] Old cleanup info
I removed the reference to Microsoft in the patents section. As someone who was involved in the negotiations over the patent it is not accurate to describe the position in the terms used and certainly not a NPOV. The specific issue the lawyers could not agree on involved a highly complex legal argument over whether a party making use of a sublicense term could be bound by it to provide a reciprocal license. This is a question that nobody really knows the answer to and is likely to ultimately require legislation to clarify the situation.
[edit] User:Markd-wikipedia
This user recently made two edits, once concerning the patent status of DomainKeys, and the other concerning a Wikilink. The wikilink change was an egregrious error, and I have reverted that. However, having this page as the only two pages this user has ever edited, it also casts serious doubt on this authors credibilty for the patent status. I will do some research and see if it's been resolved, but for now, both edits have been reverted. Sorry! — Ambush Commander(Talk) 18:53, August 12, 2005 (UTC)
- Actually the edit was made by the patent inventor, he first corrected his name and then incorrectly assumed that the link should point to his user page. Don't expect people to read policies... The patent has not yet been announced as issued by the USPTO but that just means that they are slow. I would leave the status as it is until the USPTO database catches up. --Gorgonzilla 01:56, 20 August 2005 (UTC)
[edit] Credit
Mark Delany has suggested in private mail that all contributors should be credited, not just some of the more well-known ones. I agree that there is a fairness and NPOV point here. If there's another way to note that DK was the result of an industry wide consortium, I'm happy to hear it. RussNelson 05:02, 20 February 2006 (UTC)
- Discussed on the DKIM mailing list, the WP:LEAD section is not the best place to add complete credits plus history. You could copy the acknowledgements, actually I don't see why. Mark, Eric, and Jim as the draft editors are fine, maybe add Dave as maintainer of the DKIM homepage, ready. Omniplex 11:59, 21 February 2006 (UTC)
- I agree that the lead section is not the best place for naming contributors (pointer to DKIM mailing list for us clueless Wikipedians -- [1]). We should list any contributors who are notable for other reasons than DomainKeys (particularly if we do or should have a Wikipedia article on them), but I don't think it would be very useful for the article list all of them. Ultimately, the article is for the benefit of the reader, and credit for the designers of DomainKeys takes second priority. — Matt Crypto 14:42, 21 February 2006 (UTC)
Let me point out again that I want to make the point that DK is already the result of industry-wide contributions. Credit? I don't care about credit. I just don't want people to think that DK was created solely by Yahoo and is thus an ignorable sole-vendor "standard". Lots of people contributed to it; there are at least four DK implementations that I know of. Any suggestions on how to make that point? Any reason why that point shouldn't be made in the introductory section? RussNelson 22:13, 25 February 2006 (UTC)
- WP:LEAD appears to be fine now, it doesn't mention Yahoo!, and it notes the new IETF DKIM WG.
The detail about IIM / Jim / Cisco could IMO be moved to Development.I've tried to simplify the Overview, comparing DomainKeys with SPF was pointless, and as far as it makes sense it is covered by E-mail authentication. Omniplex 20:48, 26 February 2006 (UTC)
[edit] DK vs DKIM
After reading [2] I came to Wikipedia to compare/contrast DK to DKIM. I find just one page and no clear explanation. Puzzling... --203.167.249.253 04:49, 20 March 2006 (UTC)
Info on differences here: differences between DomainKeys (DK) and DKIM. RussNelson 06:46, 20 March 2006 (UTC)
The article is almost exclusively about DKIM. We should move this article to DKIM and then make Domain Keys and Identified Internet Mail pointers to the DKIM article. If the term Domain Keys is used in IETF circles at this point it refers to the use of the DKIM approach applied to other protocols --Gorgonzilla 19:54, 11 August 2006 (UTC)
- I believe that DK and DKIM are different signing systems because DKIM does not intend backwards compatibility. Also, all the existing implementations are DK, not DKIM. Thus, if you want to sign your email now, you should use DK, not DKIM.
[edit] disadvantage: content modification
"if the message is significantly modified en route ... then the signature may no longer be valid" This makes it sound like a little modification is harmless as long as it is not "significant." Can someone make this sentence more clear? Diletante 01:56, 8 December 2006 (UTC)
