Matthew Elvey writes: > If a system implementing the specs we're working on works on a > store-and-forward basis, then it MUST NOT MISLEAD, i.e. LIE TO ITS > USERS by claiming to support the enhanced standard we are writing. > -07 allows an implementation to mislead its users by claiming to > support enhanced functionality when it does no such thing. Why not? My code (I implemented -07 a few weeks ago) advertises support for the standard even if it may or may not provide enhanced functionality. I think that's fine. It does provide in-protocol rejection when possible, and the rules have very pleasant consequences. Most importantly, it's possible to make system configuration changes that affect system's ability to to in-protocol rejection without invalidating anyone's sieve script. > That would simply be dishonest. It's just another RFC about best-effort something something. There are many others already, so most implementers are familiar with the concept. And AFAICT, implementers generally implement a best effort, not behave dishonestly. (I read some more of this monster mail, but IMHO it degenerates into a pure rant around the point where Aaron Stone is first called «the author of -07». Not worth answering.) Arnt _______________________________________________ Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf