X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/17e96f62485e3ae3d92507a58ccaf09458b3ac27..7fe2744d48a75a447fbe124839c3db2756c24795:/doc/todo/comment_by_mail.mdwn?ds=inline diff --git a/doc/todo/comment_by_mail.mdwn b/doc/todo/comment_by_mail.mdwn index 4cd108370..6d3eeb044 100644 --- a/doc/todo/comment_by_mail.mdwn +++ b/doc/todo/comment_by_mail.mdwn @@ -6,27 +6,19 @@ I have in mind something like * add a mailto: url to each page matching some pagespec (currently every page gets a comment footer) * this mailto url goes to an address identifying the page (something like - user-iki-FE653b@host.fqdn.tld). (DONE) - > I wonder if it would be more or less natural to put an encoded form - > of the page name in the email address? I'm thinking about something - > like `wikiname+index@host` or `wikiname+todo+comment_by_mail@host`. - > The basic transformation would be to call `titlepage($page)` (in the - > C locale), followed by replacing "/" with "+" (since "/" is not - > valid in mails). --[[Joey]] - >> I guess you are right, there is no point being more obscure - >> than neccesary. I am leaning towards [something](http://www.cs.unb.ca/~bremner/blog/posts/encoding) not - >> calling titlepage but in the same spirit. --[[DavidBremner]] - - * on the mail receiving end, these messages are either deleted, or ran through - a filter to be turned into blog posts. - - - I'm thinking about how the filter should work. Within a - mail client, or as a batch tool to scan a mailbox? How to interact with version control, if at all? + user-iki-blog~I\_hate\_markdown@host.fqdn.tld). (DONE) + [more details](http://www.cs.unb.ca/~bremner/blog/posts/encoding) + + * on the mail receiving end, these messages are either deleted, or ran through + a filter to be turned into blog posts. As a first step, I have +[written](http://pivot.cs.unb.ca/git/?p=ikipostal.git;a=blob_plain;f=filters/postal-filer.pl;hb=010357a08e9) +a filter that decodes the address and writes the message into an appropriate +mailbox. I would be interested in any ideas people have about security. * the same plugin can check for comments on a particular page next time the wiki is generated, and add a link. (more or less done) > If the filter just checks in the posts into revision control, the - > post-commit hook would haldle updating the wiki to include those + > post-commit hook would handle updating the wiki to include those > posts as they come in. --[[Joey]] * work in progress can be @@ -36,3 +28,26 @@ 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. After I killed a debian BTS entry with +>> clumsy pseudoheader editing I think any +>> reference info should also be encoded into the address. + +The current version of this plugin is now running on my home page. See for example +[a recent post in my blog](http://www.cs.unb.ca/~bremner/blog/posts/can-i-haz-a-distributed-rss/). +Unfortunately although the [[mailbox|todo/mbox]] renderer supports threading, I haven't had +a chance to implement comments on comments yet. [[DavidBremner]]