John, et al,
On 8/20/2010 10:31 AM, John Levine wrote:
I went through it. It's a very thorough piece of work.
So far I only have two comments.
I haven't seen any other postings since John's almost a month ago. It would be
nice to make progress on this revision, since this ought to be an easy
milestone
for the working group to meet.
*****
Does anyone else have comments on the draft???
*****
Section 3.5, near the bottom of page 23:
Local- part MAY be drawn from a namespace that does not contain the
user's mailbox
I'd suggest changing that to
Local- part MAY be drawn from a namespace unrelated to any mailbox.
Sounds reasonable to me.
The document never says who "the user" is, and I see no advantage to
language that implies that there is one.
I've scanned through the doc. The word 'user' appears in a variety of
contexts,
including formal labels that were approved by the working group.
Some of the uses define their meaning adequately, IMO, and some could perhaps
be
a bit more clear.
Where the document mean "author" I suggest it say author. Where the document
means "end user who is causing a signature to be created" it should probably
say
something like that.
I'm not sure what other clarifications make sense, but it doesn't look as if we
should try to avoid the word entirely.
Section 7:
Should this section reiterate all of the stuff in 4871, or since the
IANA registry already exists, just say what if anything is different
since 4871? I don't know which is better.
http://www.iana.org/assignments/dkim-parameters/dkim-parameters.xhtml
I believe there was going to be some background research on this, but the more
I've thought about it, the more I believe that the new document should make no
reference to the original document, except perhaps as a historical reference.
So, IMO, anything the original document defines -- including registries --
should be (re-)defined in the bis verison.
d/
--
Dave Crocker
Brandenburg InternetWorking
bbiw.net
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html