X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/f26a6e152f90b9b4e6423a902b40714f4dfc4ba6..acc5db090ecc742676117dd4149807feb05d07ed:/doc/todo/comment_by_mail.mdwn?ds=sidebyside diff --git a/doc/todo/comment_by_mail.mdwn b/doc/todo/comment_by_mail.mdwn index b153ca24c..a1d364f11 100644 --- a/doc/todo/comment_by_mail.mdwn +++ b/doc/todo/comment_by_mail.mdwn @@ -36,3 +36,29 @@ I have in mind something like Any comments? Write them here or send them to [[DavidBremner]] +> I don't want to derail this with too much blue-skying, but I was thinking +> earlier that it would be nice if ikiwiki could do something sensible with +> mailbox files, such as turning them into a (threaded?) blog display. +> +> One reason I was thinking about that was just that it would be nice to +> be able to use ikiwiki for mailing list archives. But another reason was +> that it would be nice to solve the problem described in +> [[discussion_page_as_blog]]. For that you really want a threaded system, +> and mailbox file formats already have threading. +> +> If that were done, it would tie into what you're working on in an +> interesting way, since the incoming mail would only need to be committed to +> the appropriate mailbox file, with ikiwiki then running to process it. +> --[[Joey]] +>> It is an interesting idea. I like that it uses an arbitrary MUA +>> as a "moderation" interface. One thing it made me think about is +>> how to encode reference (threading) information. One can of +>> course encode this into local-part, but I wonder if it would be +>> better to use header features of mailto (this could also be an +>> alternative to tagged mail addresses for page references). +>> Various client handling of mailto always seemed a bit fragile to +>> me but maybe I am just behind the times. Most headers are ignored, but +>> pseudo-headers in the body might work. For example: +>>[test](mailto:bremner@somewhere.ca?body=X-Iki-Page:%20test%0AX-Iki-thread:%20foobar). I hesitate to use the subject because every mail admin in the +>> world seems to want to add things to the front of it. +>> -- [[DavidBremner]]