>Better to add a bit that says 'containsnulls'.  MIME requires specific
>behaviour in the face of NULs, as does SMTP.
>
>I don't like this 'isvalid7bit' idea.  The suitability of a body part
>for 7 bit transport can – and should – be inferred from contains8bit
>and containsnulls.  Adding 'isvalid7bit' makes way for conflicting
>assertions as to whether the code is 7 bit or not.  You could always
>'#define ISVALID7BIT(foo) (!(foo->contains8bit || foo->containsnulls))'.
>And similarly for ISVALID8BIT.

You're right ... I was thinking that text/plain US-ASCII technically
prohibits anything < 32, with the exception of CR, LF, TAB, and NP (FF).
But that's not what we're talking about here; for a 7bit CTE the proper
limit is 0 < c < 128.  So yes; containsnuls (don't some greybeards get
grumpy if you use NULL where you meant NUL?) is the right term.

--Ken

_______________________________________________
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers

Reply via email to