]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/todo/comment_by_mail.mdwn
Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info
[git.ikiwiki.info.git] / doc / todo / comment_by_mail.mdwn
index 4cd10837083cdae16d7d0b7e58e8500695c5a9a2..10dfea28db624d541574b05151e8f8894388f1e8 100644 (file)
@@ -14,10 +14,10 @@ I have in mind something like
     > 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        
+    >> than necessary.  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
 * 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 
@@ -26,7 +26,7 @@ I have in mind something like
   * 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 +36,34 @@ 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]]
+>>> Although it is in python, just from reading the Debian ITP, it 
+>>> looks like 
+>>> [mnemosyne-blog](http://www.red-bean.com/~decklin/mnemosyne/)  
+>>> might be an interesting backend to use or at least steal ideas 
+>>> from :-)  --[[DavidBremner]]