On Sat, 07 Mar 92 11:26:12 +1000 you said:
If you think that I am misunderstanding something that everyone else
understands ....
This seems undecidable (unless we get statements from everybody).
2. UNDERLYING. The underlying format after you remove the encoding
is not necessarily a sequence of octets. It may have other structure.
In particular the TEXT types are a sequence of lines. At this
level lines are arbitrarily long and can contain any octets.
In my (painfully acquired) understanding, text at this stage still cannot
contain 0d0a sequences not meaning 'end of line'.
Not all bodyparts can be encoded in all encodings. A bodypart with
lines longer than 1000 can not be encoded in 7bit or 8bit. A line
containing 0d0a as consecutive octets can not be encoded in 7bit, 8bit
or base64.
Nor can it be in q-p.
An octet greater than 127 can not be encoded in 7bit. Note
that the restriction on consecutive 0d0a octets for encoding in
base64
and in q-p
only applies to line-oriented Content-type/subtypes. Anyway
here is that table:
| 7bit | 8bit | q-p | base64
----------------------------------
Not line-oriented | N | N | Y | Y
| | | |
lines + has octet >127 | N | Y | Y | Y
| | | |
lines + line > 1000 | N | N | Y | Y
| | | |
lines + 0d0a sequence | N | N | Y | N
This should be a 'N' |
--------------------------- /AF