2000-11-06 13:51:37 ShengHuo ZHU <zsh@cs.rochester.edu>
[gnus] / todo
diff --git a/todo b/todo
index a18d5de..2e56251 100644 (file)
--- a/todo
+++ b/todo
@@ -1,6 +1,32 @@
 ;; Also know as the "wish list".  Some are done. For the others, no
 ;; promise when to be implemented.
 
+* Parsing of the common list confirmation requests so that Gnus can
+   prepare the response with a single command.  Including LISTSERV
+   periodic ping messages and the like.
+
+* Parsing of the various List-* headers to enable automatic commands
+   like "send help message," "send unsubscribe message," and the like.
+
+   [done, see gnus-ml.el]
+
+* Parsing of the subscription notice to stash away details like what
+   address you're subscribed to the list under (and automatically send
+   mail to the list using that address, when you send mail inside the list
+   group), what address to mail to unsubscribe, and the list info message
+   if available.  Hitting the "get FAQ" command inside a mailing list
+   group should display that stashed copy of the info message.
+
+* Some help in coming up with good split rules for mailing lists, as
+   automated as possible.  Splitting on To and Cc is almost always not
+   what I want, since it can misfile messages and since if I'm cc'd on
+   list mail I want to get both copies, one in my personal mailbox and one
+   in the list mailbox.  I know other people handle it other ways, but I
+   prefer it that way.  Accordingly, some way to semi-automatically
+   generate split rules based on Sender, Mailing-List, Return-Path,
+   X-Loop, and all of the other random headers that often work would be
+   very cool.
+
 * Support for zipped folders for all backends this makes sense for.
   Most likely using jka-compr. (It has been suggested that this do
   work but I think it should be verified for all backends.)
 * A nnfolder like backend with .overview files.
   This would not only speed up things, but also allow nnir to work on it.
 
+  [done]
+
 * Allow article editing in groups which do not support it, but
   emulating it via deleting the old article and entering the new one
   into the group.  This would be very useful to support `T ^' (say) in
 * New backend between nnfolder and nnml: have more than one article
   per file, but more than one file per group.  With .overview files.
 
+  [done. nnfolder has .overview.  Backward- and forward-compatible
+   between 1.0 and 2.0. (setq nnfolder-nov-is-evil t) disables the
+   feature]
+
 * .overview files for nnfolder?
+  
+  [done]
 
 * New backend nnbabylfolder.  There is also nnbabyl which is like
   nnmbox but uses babyl format, but there is no babyl format
@@ -1008,6 +1042,8 @@ exceeding lisp nesting on huge groups.
 
  which should correspond to `B nntp RET sunsite.auc.dk' in *Group*.
 
+ [done]
+
 *    Take a look at w3-menu.el in the Emacs-W3 distribution - this
  works out really well.  Each menu is 'named' by a symbol that
  would be on a gnus-*-menus (where * would be whatever, but at
@@ -1223,6 +1259,8 @@ exceeding lisp nesting on huge groups.
 
 *  (nnoo-set SERVER VARIABLE VALUE)
 
+   [done]
+
 *  nn*-spool-methods
 
 *  interrupitng agent fetching of articles should save articles.
@@ -1344,6 +1382,8 @@ exceeding lisp nesting on huge groups.
  Is the "+" character illegal in newsgroup names?  Is there any way
  in Gnus to work around this?  (gnus 5.6.45 - XEmacs 20.4)
 
+ [It works in 5.8.8.]
+
 *  When `#F', do:
 
       Subject: Answer to your mails 01.01.1999-01.05.1999
@@ -1392,6 +1432,8 @@ exceeding lisp nesting on huge groups.
 
 * Handle external-body parts.
 
+  [done for some access types]
+
 * When renaming a group name, nnmail-split-history does not get the
  group name renamed.