Even though "gzip64" seems inelegant, it is a better "fit" into
MIME than trying to define a new mechanism which separates encoding
from compression.
Keith,
I only vaguely remember your suggestion of gzip encoding.
From the above, I presume that it would be gzip+Base64, which is
what came to my mind too. Do you have a reference to a draft?
Also, how firm is the definition of text/plain?
I mean ... if we have CT: text/plain and CTE: gzip64,
then are we assured that lines will be CR/LF delimited?
I'm a little annoyed by some UNIX clients/apps that send "text"
with NLs (LFs) instead of CR/LF when you "attach" a text file.
Keith
--
Rick Troth <troth(_at_)rice(_dot_)edu>, Rice University, Information Systems