On Tue, 2008-06-17 at 14:21 -0700, Murray S. Kucherawy wrote: > I don't care what the "don't" reasons are anymore. I'm saying we > have > to document them so that implementors understand the reasons it was > deliberately omitted, and currently (other than this mailing list > archive) we don't. I think that's a problem, because if we don't > then > this will happen again, perhaps with the opposite result.
+1 (Apologies for not making any useful contributions lately; my analysis of the argument to date is that solving everyone's problem, or even of the "protect whole domain" problem is infeasible. I suspect that we're at the point of noting how many devices are eventually going to have to implement this and therefore adopt "choose the simplest useful approach" (where "useful" means "of some value to at least small majority of people, rather than to everybody") then clearly document what options were discarded and why, so those who follow can get themselves into the same mindset. This won't prevent errors, unwise experiments and non-interoperability generally, but it will keep these to a minimum.) - Roland -- Roland Turner | Product Manager, RealMail | BoxSentry Pte Ltd 3 Phillip Street, #13-03 Commerce Point, Singapore 048693 Mob: +65 96700022 | Skype: roland.turner | Fax. +65 65365463 [EMAIL PROTECTED] | www.boxsentry.com _______________________________________________ NOTE WELL: This list operates according to http://mipassoc.org/dkim/ietf-list-rules.html
