[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: MIME based remailing commands

Hal writes:

>I can see that putting remailer commands into a specific part of a MIME
>multipart message has some advantages.  Right now we are basically
>having the remailing commands be mail header fields.

>OTOH it does have the advantage that it is easy to do, at least with th
>"::" pasting token idea (which perhaps would need to be documented in is
>own right).

IMHO, an ideal message would have the ability to handle nested objects
of varying types, MIME is only a start. To construct a unique format
for remail_messages is reasonable, perhaps even preferable. But of
course, MIME *could* be a start, in a brown'n'serve roll sort of way.

However, with a proprietary approach,
what to use for delimiters, or quasi-parentheses (in the case of n
layers of nesting, encrypted or unencrypted) needs extensive and
careful consideration. This is the same dilemma many developers face
with document-centric interfaces and their plethora of odd-bird formats.

I say take the remail stuff out of the header altogether,
MIME or not.

P M Dierking |