inline-attachments tag
Bernhard Reiter
bernhard at intevation.de
Thu Oct 26 22:38:23 CEST 2006
On Tuesday 24 October 2006 20:41, Till Adam wrote:
> I thought it would serve to distingiush "real" attachments, things the
> user has associated explicitely with the object, from "internal" ones,
I think that Joon proposes another MIME part header
that indicates, if the attachment should be hidden.
When peeking in RFC 2045 today I saw that there is already
a designated field for the purpose of mime-parts refering to each other:
> 7. Content-ID Header Field
>
> In constructing a high-level user agent, it may be desirable to allow
> one body to make reference to another. Accordingly, bodies may be
> labelled using the "Content-ID" header field, which is syntactically
> identical to the "Message-ID" header field:
>
> id := "Content-ID" ":" msg-id
>
> Like the Message-ID values, Content-ID values must be generated to be
> world-unique.
One alternative would be to make the Content-ID mandatory for our Kolab
format emails and have <attachment> use the Content-ID for referal.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.kolab.org/pipermail/format/attachments/20061026/2ae87530/attachment.sig>
More information about the format
mailing list