(with danny's permission, moving this back on list after accidental personal communication)
On 1/8/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
On 1/8/07, Danny Angus <[EMAIL PROTECTED]> wrote: > On 1/7/07, robert burrell donkin <[EMAIL PROTECTED]> wrote: > > > advanced email servers end up assigning ids to emails. these may be > > better recast as urls for the client perspective. for example, > > > > imap://server/3453452345 > > http://server/email/mail3453452345 > > I must say I assumed from the start that the meta data would be > seperate from the messages but related to them by ID. I see from your > idea of using headers that that wasn't a valid assumption to make. i'd also assumed that the meta-data storage should be separate but it's good to try to consider every approach :-) when server emails over HTTP, meta-data could be naturally associated by using webDAV extensions. AFAIK IMAP lacks an obvious mechanism (hopefully those who know more will jump in if i'm wrong) > However I would tend to prefer a system which retained the incoming > message as was, but associated additional information with that > message. +1 recoverability of the initial message is crucial i've had a think around a number of ways to do this using just headers but they all strike me as inelegant and likely to have security holes (SPAM with meta-data or meta-data attack vectors). can anyone think of a good way to do this using just headers? > Any "outgoing" message that had to include some of the meta > data could do so *either* in the headers *or* in a mime part with a > "special" type, which would appear as an attachment in readers which > didn't know how to handle it. MIME sounds interesting :-) plays well with forwarding and so on sounds like progress: i have a little clearer idea now about what a meta-data aware server might look like: engines on the way in to attach meta data; processors would be able to retrieve meta-data as well as original email content; on the way out, serializers would use this meta-data in some way to process the original email: perhaps by attaching selected data to the email as a MIME attachment.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]