--- a/ChangeLog	Thu Oct 26 22:13:28 2000 +0100
+++ b/ChangeLog	Thu Oct 26 22:21:13 2000 +0100
@@ -1,3 +1,22 @@
+Thu Oct 26 21:42:45 BST 2000 Jim Hague <jim.hague@acm.org>
+
+ * src/protocol.c: Fix bug in Prt_getLn if we should read a line
+   starting with '\0' - according to the leafnode mailing list,
+   this has been seen in the wild.
+ * docs/inews.1,docs/noffle.1,docs/noffle.conf.5,
+   packages/redhat/noffle.spec,src/configfile.h,src/configfile.c,
+   src/noffle.c,src/post.h,src/post.c: Removed use of getopt_long,
+   and added inews mode - the Noffle executable behaves
+   as inews is invoked as inews. This includes adding From: and
+   Organization: headers if necessary - add configs to override
+   defaults for the From: domain and specify the organization.
+   For all my fellow trn-heads out there, and users of any other
+   ageing newsreader that expects inews. Updated RPM spec to create 
+   inews link to noffle on install.
+ * src/server.c: When replying to a command, generate the reply into
+   a buffer, release the lock and then send the reply, so we don't
+   hog the lock should the reply stall for some network reason.
+
 Sun Oct 15 2000 Markus Enzenberger <markus.enzenberger@t-online.de>
 
  * acconfig.h,config.h.in,configure.in,src/Makefile.in,src/fetch.c:
@@ -21,6 +40,7 @@
  * src/post.c: do no longer always replace invalid message-IDs.
 
 Wed Aug 16 00:03:50 BST 2000 Jim Hague <jim.hague@acm.org>
+
  * Permit 'k' and 'm' suffices after numbers in filter rules.
  
 Fri Aug 11 2000 Markus Enzenberger <markus.enzenberger@t-online.de>
@@ -78,6 +98,9 @@
    data first and then process. The aim is to ensure the lock isn't held
    with a network operation is in progress. I may carry on and extend this
    to all server operations as well (so a slow client can't hog the lock).
+ * docs/noffle.conf.5,src/configfile.h,src/configfile.c,src/post.c,
+   src/protocol.h,src/protocol.c: Add Path: header to newly posted
+   articles. Provide default content - path-header in config overrides.
 	
 Sat Jul 22 2000 Markus Enzenberger <markus.enzenberger@t-online.de>