On Sun 20/Jul/2025 00:58:32 +0200 Dave Crocker wrote:
*Adding mechanisms that are intended to support vanishingly small portions of
cases -- and especially where that support only provides efficiency rather than
necessary functionality -- is pretty much always a terrible idea for a global
standard.*
It adds complexity to everyone's code, needs testing and ongoing support, and
gets exercised infrequently enough to make it likely that it won't actually
work when it is needed. That is, it is expensive and fragile.
Let's distinguish between coding, testing and support issues, and protocol
design. Filter coding can vary significantly from one mail system to another.
In some cases, it may be easier to do single-recipient transactions. In other
cases, this choice may require acrobatic hacks.
A clean protocol is better off leaving coding decisions to programmers.
Best
Ale
--
_______________________________________________
Ietf-dkim mailing list -- [email protected]
To unsubscribe send an email to [email protected]
