=============================================================================
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)