Well I agree with your first comment š āI suspect we'll disagree on thisā
This is a good topic for the F2F meeting as it will likely be more productive to have this discussion there and try to come to some conclusion. Dimitris-is this already on the agenda? If not, can we add? From: Ryan Sleevi <[email protected]> Sent: Tuesday, February 5, 2019 4:39 PM To: Dean Coclin <[email protected]> Cc: CA/Browser Forum Public Discussion List <[email protected]>; Wayne Thayer <[email protected]> Subject: Re: [cabfpub] [EXTERNAL]Re: Draft SMIME Working Group Charter On Tue, Feb 5, 2019 at 4:29 PM Dean Coclin <[email protected] <mailto:[email protected]> > wrote: While thatās true, thereās also the risk to that approach in that the community feels that topic X is not included in the charter and therefore will not be addressed or feel that itās not important a topic to be addressed. By including it in the initial charter and by specifying the order of events, that insures it will be covered at some point. The charter can say simply (with better wording): āTopics A, B, C and X, Y, Z will be covered in the charter. Topics A, B, C will be the first ones addressed in the initial release of the guidelines. Topics X, Y, Z will be addressed in a subsequent release. The initial guidelines will have to be voted on and approved prior to moving to topics X, Y, Z.ā This avoids the risk you describe about starting to work on the secondary topics before the first ones are approved. This insures the relevant topics expressed by the community are in scope but that an ordering is preferred and necessary. It also avoids a problem later on by anyone who doesnāt want to cover topics X, Y, Z and forces the working group to disband before they are addressed. I suspect we'll disagree on this, but what you describe as a bug is actually a feature. It defers the debate about topics X, Y, and Z, and how to address them, and when to address them, to a time later suited, in order to ensure that focus is executed on A, B, C. I'm supportive of language that helps assuage folks concerns by clarifying that it's excluded from scope without a statement about fitness for purpose, if that is the only reason to include X, Y, Z in the charter, but I believe there is substantial harm in including it as you've presented, for the reasons I explained previously. And while I realize that many members would prefer not to think about IP issues, including X, Y, and Z in scope mean that, at any time, participation may touch on IP on those topics, even if they're not 'yet' being tackled. Explicitly excluding from scope, and rechartering, helps provide meaningful check points for progress. Just as we talk about how "good" ballots are one that are focused and narrow to a problem at hand - which the Validation WG has done a fairly great job at demonstrating - the same applies to charters. Keeping focus is extremely valuable, and we shouldn't compromise that.
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Public mailing list [email protected] https://cabforum.org/mailman/listinfo/public
