[ietf-dkim] Features that could be reconsidered as part of the bis process
dhc at dcrocker.net
Sun May 10 22:23:00 PDT 2009
Murray S. Kucherawy wrote:
> I'd rather leave an unused
> but potentially useful hook in there versus removing it now only to have
> it added back in later, possibly poorly.
Murray, this is an absolutely basic bit of philosophy in protocol design. It
drives lots of decisions.
Unfortunately, historically, this is exactly the logic that adds useless bloat
to protocols and causes interoperability problems.
When a feature is not currently used, it tends to be badly implemented, since it
isn't exercised. By adding it later, you are ensuring that there is a real need
and, therefore, real end-to-end testing.
More information about the ietf-dkim