--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/TODO	Fri May 05 21:26:14 2000 +0100
@@ -0,0 +1,80 @@
+-------------------------------------------------------------------------------
+NOFFLE Todolist
+-------------------------------------------------------------------------------
+
+Urgent
+------
+
+ * Has Client_connect resource leaks if it fails?
+
+
+Later
+-----
+
+ * Add "hostname" config option for setting the FQHN in generated message IDs.
+
+ * Implement expiring by groups. There are some people requesting it and
+   it is useful.
+
+ * Move some text from noffle.1 to noffle.conf.5
+
+ * Read timeout when running as server and automatically close if client
+   does not send data for a longer time.
+
+ * Implement simple filter using popen or fifos.
+
+ * Make compatible to latest NNTP draft.
+
+ * Improve speed of online mode: Keep connection to server open for a while
+
+ * Check all in
+   http://mars.superlink.net/user/tal/writings/news-software-authors.html
+   (Use NOV library? Use inews for validating posted articles? ... )
+
+ * Store requested articles by group + number. This would allow to create
+   pseudo-groups (like <groupname>.requested) that contained only fully
+   downloaded articles in overview mode (very nice and clever
+   idea sent in by a user, it would make using overview mode much easier).
+   Second advantage: Noffle would work with servers that have retrieving
+   articles by message-id disabled.
+
+ * Expire should clean up empty request/outgoing directories, so they will not
+   exists forever after a server change.
+
+ * Do not log program abortion due to SIGINT, if no inconsistency can occur,
+   (e.g. when calling 'noffle -d' to a pipe and next program terminates or
+   pressing ^C). 
+
+ * Improve www page and documentation.
+
+ * Keeping the content list for several lock/unlock times could lead to
+   inconsistent results, because content list is maybe modified by
+   pseudo articles. Check this!
+
+ * Optimize NEWGROUPS (extra list?)
+
+ * Add noffle query option for checking all groups, if they are still
+   available at the remote server(s) and delete them otherwise.
+
+ * In online mode, retrieve full article header from remote server if client
+   sends a HEAD command. Presently, only the header lines from the overview
+   are returned and the article is only retrieved on an ARTICLE or BODY command.
+   The reason for this was that some readers (like pine) retrieve the group
+   overview by sending lots of HEAD commands and their performance would badly
+   suffer. On the other hand, some readers (like slrn) cache the header from
+   a HEAD command, even if a following ARTICLE command gets more header lines,
+   so that not all header lines are available when reading news in online mode,
+   before the next start of the reader. But some header lines (e.g. Reply-To)
+   are important.
+   Maybe make the behaviour configurable.
+
+
+Some day far away
+-----------------
+
+ * Understand supersedes header (useful for reading news.answers group)
+
+ * Get and execute cancel messages (read control.cancel, but use xpat to get
+   only cancels for groups in fetchlist). Seems to be expensive (20000 headers
+   a day, takes the remote server to search through)
+