home *** CD-ROM | disk | FTP | other *** search
- wusel, Fri, 9 Jul 1993 03:31:35 +0200:
-
- - Modified (and tested =:->) the RebuildHistory scripts. Well, it really
- takes an huge amount of time, but it's worth the effort. I've tried my
- best to make the script bullet-proof, but you still SHOULD NOT run it
- via cron: the error recovery in scripts is imho difficult to implement,
- and rebuilding the history needed on my system about 4 MB in T: and also
- some disk space after completition -- RebuildHistory silently EXPECTS
- YOU to have the space it needs, there is NO ERROR RECOVERY!
-
- wusel, Tue, 20 Jul 1993 22:30:46 +0200:
-
- - recompiled the dbz-stuff with `#define MAXDBZKEY 1024' instead of the
- former 255; recently there where problems with long IDs, I'll have to
- make some more tests what the real problems is.
-
- - fixactive now always has an output stating how many entires have been
- changed. This is mainly for debugging purposes; doexpire has been al-
- tered to appent fixactive's output to expire.log.
-
- - rnews now start's unbatch not only if given the `-i' switch but also
- when detecting an environment variable `rnews.immed' (contents are
- ignored).
-
- - made again modifications on newsdaily and some other scripts
-
- - hopefully solved the `system-too-fast-for-rnews'-sort of errors by add-
- ing ds.Ticks to the name. (Background: rnews had severe problems when
- the system was fast enough to process more than 1 rnews a second; this
- problems started when the A300 hit the scene, and even after adding
- some kludges, a 50 MHz A3000/040 is too fast and thus able to process
- >100 rnews/second which drove rnews crazy.) Thanks to Ottmar RĂ·hrig for
- suggesting the ds.Ticks-solution -- I simply haven't thought on it :) :(
-
- wusel, Sun, 25 Jul 1993 00:28:31 +0200:
-
- - due to problems with WShell, I decided to make rnews NOT use the OS 2.x
- `<>nil:'-redirection feature: on a system of one beta tester who uses
- WShell, rnewsásimply crashed when asked to run unbatch afterwards (com-
- mand was `system("run <>nil: unbatch");'). This problem vanished after
- replacing the `<' with ` ' ...
- In my opinion it's definetly a flaw of WShell -- or any other tool this
- person may have installed. Hrmpft.
-
- wusel, Tue, 27 Jul 1993 23:10:54 +0200:
-
- - changes to relaynews: a Date: too far in the future causes relaynews
- now to fail with an error code (thus the batch will be moved to the
- in.coming/bad/ directory by unbatch). Now logs the articles date in
- local time instead of the former GMT.
-
- wusel, Wed, 8 Sep 1993 03:41:27 +0200:
-
- - changes to relay/relaynews.c: rejects any message-id larger than 255
- chars (I changed the DBZMAXKEY back to 255) as proposed by son-of-rfc1036;
- wipes `X-Newsreader:'- and `X-NewsSoftware:'-headers (no real use besides
- advertisement).
-
- - changes to libamiga/shell.c: popen() now uses `poor_child()' as it's
- name, so pipes opened to other programs by newsrun, relaynews and so on
- no longer have their name in the task lists. (I. e. no longer three
- entries of `unbatch' in status' list.)
-
- wusel, Thu, 9 Sep 1993 05:12:24 +0200:
-
- - changes to newscontrol/newscontrol.c: better handling in case the new
- active file couln't be written (old one's restored and mail is sent
- to NEWSMASTER). All mail is now sent to NEWSMASTER instead of `post-
- master'.
-
- wusel, Thu, 9 Dec 1993 02:37:52 +0100:
-
- - changes to newsrun/newsrun.c: if a file `uunews:in.coming/stop' exists,
- newsrun won't process incoming files. A script similar to `newsrunning'
- has to be written, which will simply create or delete that file ...
-
-