Re: Incoming host state file
On Mon, 2003-01-13 at 18:31, Triebwasser, Mark wrote: When does an update occur for the incoming host state file? Good question. Probably only when the run is finished. It would presumably be a good idea to change this so that the state is updated every time a new spool file is collected. That way one could control how often state is updated by setting the spool file size. I will have a look. Egil -- Email: [EMAIL PROTECTED] Voice/videophone: +47 22523641 Voice: +47 92022780 Fax: +47 22525899 Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway Home: http://www.kvaleberg.com/ --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing unsubscribe newsx your_email_address in the message body.
Re: Locateion of storage.h
On Tue, 2003-01-21 at 14:25, John Covici wrote: Mine is only in the inn source tree, so I would like an option to specify the location. There will be (--with-newsinclude) There is also a patch for INN 2.3.4 so that it installs a few include files, if you want to follow that path. I think it is appropriate to name the new version 1.6, since the changes since 1.5pre now have amounted to quite a bit more than a 1.5pre to 1.5 transition would allow. Egil -- Email: [EMAIL PROTECTED] Voice/videophone: +47 22523641 Voice: +47 92022780 Fax: +47 22525899 Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway Home: http://www.kvaleberg.com/ --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing unsubscribe newsx your_email_address in the message body.
Re: Incoming host state file
On Tue, 2003-01-21 at 14:19, Egil Kvaleberg wrote:
On Mon, 2003-01-13 at 18:31, Triebwasser, Mark wrote:
When does an update occur for the incoming host state file?
I will have a look.
It seems like the intention was that the state file should be updated,
but this did not always work. In particular for large groups.
The enclosed patch should fix this
Egil
---
Index: src/pull.c
===
RCS file: /home/cvs/newsx/src/pull.c,v
retrieving revision 1.17.2.1
diff -c -r1.17.2.1 pull.c
*** src/pull.c 14 Feb 2001 06:55:40 - 1.17.2.1
--- src/pull.c 21 Jan 2003 13:41:45 -
***
*** 142,147
--- 142,152
log_msg(L_DEBUG,flushing spool...);
flush_spool(0);
bytes_in_spool = 0;
+
+ if (latest_where 0) {
+ /* checkpoint: last article retrieved */
+ *wherep = latest_where;
+ }
}
}
/* flush all remaining requests */
***
*** 156,162
*wherep = where;
} else {
log_msg(L_DEBUGMORE,transfer interrupted);
! if (latest_where) {
/* this was the last article we retieved */
*wherep = latest_where;
log_msg(L_DEBUGMORE,latest article was %ld, latest_where);
--- 161,167
*wherep = where;
} else {
log_msg(L_DEBUGMORE,transfer interrupted);
! if (latest_where 0) {
/* this was the last article we retieved */
*wherep = latest_where;
log_msg(L_DEBUGMORE,latest article was %ld, latest_where);
***
*** 189,195
}
if ((f = pull_tmp)) {
pull_tmp = 0;
! fclose(pull_tmp);
}
/* clean up and update host active */
--- 194,200
}
if ((f = pull_tmp)) {
pull_tmp = 0;
! fclose(f);
}
/* clean up and update host active */
***
*** 211,216
--- 216,222
log_msg(l_debug,renaming %s to %s,activename,active_old);
unlink(active_old);
if (!rename_file(activename,active_old)) exit_cleanup(6);
+ active_old[0] = '\0';
}
log_msg(l_debug,renaming %s to %s,active_tmp,activename);
if (!rename_file(active_tmp,activename)) exit_cleanup(6);
***
*** 330,342
ok = pull_group(group,where,1);
if (ok) ++unseen_groups;
}
if (!ok) {
fetch_aborted = 1;
skip = 1;
/* continue reading active to clean up things */
- } else if (where0 != where) {
- ++pull_anything;
- fflush(pull_tmp);
}
} else {
if (forget_inactive) {
--- 336,350
ok = pull_group(group,where,1);
if (ok) ++unseen_groups;
}
+ if (where0 != where) {
+ /* remember spooled files, always */
+ ++pull_anything;
+ fflush(pull_tmp);
+ }
if (!ok) {
fetch_aborted = 1;
skip = 1;
/* continue reading active to clean up things */
}
} else {
if (forget_inactive) {
---
--
Email: [EMAIL PROTECTED]
Voice/videophone: +47 22523641 Voice: +47 92022780 Fax: +47 22525899
Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway
Home: http://www.kvaleberg.com/
---
This message has been sent to you because you are subcribed to the mailing
list [EMAIL PROTECTED] To remove yourself from this lists, send an email to
[EMAIL PROTECTED] containing unsubscribe newsx your_email_address
in the message body.
Re: ANNOUNCE: newsx version 1.5pre now available
On Wed, 2 Oct 2002, you wrote:
Not Found
The requested URL /bugzilla/ was not found on this server.]
I just tested it from the outside, and it was OK.
Strange, must be some temporary problem.
On FreeBSD, with the new configure, I do not have to define
--with-newslib any more, libs are found in ${LOCALBASE}/news/lib
= OK.
Now I have to define --with-rnews=${LOCALBASE}/news/bin/rnews
and --with-inews=${LOCALBASE}/news/bin/inews (OK)
I'll try to do that automatically in configure
and I still have to
define CPPFLAGS=-I${LOCALBASE}/news/include , but inn/dbz.h is not
found = I have to patch configure.in:
Same...
After that, there is a problem with PACKED:
Seems like a name space pollution problem - we'll see to that too.
= dbz.h is found, but ignored.
Might not be a problem - it depends...
Egil
--
Email: [EMAIL PROTECTED]
Voice/videophone: +47 22523641 Voice: +47 92022780 Fax: +47 22525899
Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway
Home: http://www.kvaleberg.com/
---
This message has been sent to you because you are subcribed to the mailing
list [EMAIL PROTECTED] To remove yourself from this lists, send an email to
[EMAIL PROTECTED] containing unsubscribe newsx your_email_address
in the message body.
Possible core dump when newsx is stopped
The enclosed patch will fix a core dump when newsx is stopped at an
inconvenient time.
Thanks to [EMAIL PROTECTED] for reporting it.
There is no urgent need for installing this patch as such, but it is
always nice to avoid core dumps...
Egil
--
Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899
Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway
Home: http://www.kvaleberg.no/
*** src/pull.c.orig Mon Mar 15 07:45:13 1999
--- src/pull.c Tue Oct 5 20:00:04 1999
***
*** 187,191
if ((f = pull_tmp)) {
pull_tmp = 0;
! fclose(pull_tmp);
}
--- 187,191
if ((f = pull_tmp)) {
pull_tmp = 0;
! fclose(f);
}
Re: Problem with newsx-1.4 connecting to INN 1.5.1 (connection reset)
On Fri, 20 Aug 1999, you wrote: We're running HPUX 10.20 OK. I have received a patch for BSD. But it is quite BSD-centric, and isn't very useful elsewhere. As I said, I'm pretty close to a solution for everyone. The holiday made me loose track, but now I'm on it again ;-) I'll tell you all when it's ready - it will be ASAP. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway Home: http://www.kvaleberg.no/ --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing "unsubscribe newsx your_email_address" in the message body.
Re: Version 1.4pre2
On Mon, 29 Mar 1999, you wrote: I wonder why I didn't have this idea before. Same here. It just struck me while I was doing something completely different. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway Home: http://www.kvaleberg.no/ --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing "unsubscribe newsx your_email_address" in the message body.
Re: history problem
On Sat, 6 Mar 1999, you wrote: My newsx worked about a week and a half ago and I noticed no new articles coming in, so I looked into it.. I changed absolutely nothing on my computer, and I'm getting this error now: Mar 6 02:30:39 cyber newsx[1530]: can't open database "/usr/local/news/db/history": No such file or directory It seems you have lost your history database. Since newsx only *reads* this database, the loss of it must have other causes. Perhaps a disk going full? Rebuilding the history database is easy enough. If you run C news, just start mkhistory. For INN, start makehistory. Egil PS: Did newsx stop fetching news when it found out the history database was lost? It really doesn't have to - it can continue without it. I'll look into it. -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway Home: http://www.kvaleberg.no/ --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing "unsubscribe newsx your_email_address" in the message body.
Re: 441 Can't set system X-Trace header
On Sun, 24 Jan 1999, you wrote: On Tue, 12 Jan 1999, Egil Kvaleberg wrote: EK On a general note: Should newsx by default strip X-Trace and EK X-Complaints-To, just as it now strips NNTP-Posting-Host? Yes, I think that would be a good idea. Will do. Note the "just as it now strips NNTP-Posting-Host", which of course means it will not do it for IHAVE. Obviously ;-). Do free disc space check This is a pain in the neck re. portability, but all right. It is also not entirely obvious what should be checked. The disk where /var/spool/news/in.coming resides is an obvious choice. But what about logs? Rnews? Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway Home: http://www.kvaleberg.no/ --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing "unsubscribe newsx your_email_address" in the message body.
Re: INN 2.x storageapi?
On Wed, 11 Nov 1998, you wrote: Is there any thought of integrating the use of INN 2.x's storageapi? I'd personally like to switch some newsgroups over to CNFS, however my *extreme* reliance on newsx :) doesn't make this possible yet. The connections between newsx and the news server consist mainly of two things: 1. The history database 2. The incoming spool (or the rnews program) 3. The outgoing spool. The history database interface for INN 2.x should really go via libinn (this feature is improved for version 1.3), so I would imagine it would adapt to CNFS just fine. (Haven't actually tried it, though). And anyway, the history database can be disabled since it is not critical to operation. Although it improves performance very significantly if you are taking news from several news sources. For item 2, I cannot see that there should be any changes for CNFS. Item 3 needs a change. It should not be too hard, but any recepies or hints would be appreciated, since I've never used CNFS. Egil who is toying with yet another mode interfacing newsx to the local newsserver via an NNTP connection to localhost (typically). That should remove any news server dependencies. -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92027705 Fax: +47 22525899 Snail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway URL: http://www.kvaleberg.com/ PGP: finger:[EMAIL PROTECTED] --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing "unsubscribe newsx your_email_address" in the message body.
Inn version 2.x libinn
For the coming 1.3 version, the configure script should now properly find an INN library innlib.a in the $NEWSHOME/lib directory, so there should be no need to copy it anywhere. I hope this would be a welcome feature. It should hopefully make it possible to get rid of the INN 2.0 dbz library that is now distributed with newsx altogether. Mainly because it is the WRONG THING. Does anyone foresee any particular problems with that? (The old dbz for CNews and old INN will be retained, of course) Additionally, would there be any problems setting the default window size (-W) to something moderate, say 5? Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92027705 Fax: +47 22525899 Snail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway URL: http://www.kvaleberg.com/ PGP: finger:[EMAIL PROTECTED] --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing "unsubscribe newsx your_email_address" in the message body.
Newsx version 1.2pre3
A new version of newsx is now available at: ftp://ftp.sol.no/user/egilk/newsx-1.2pre3.tar.gz The important new features are: a. Much better checking of news configuration consistency, hopefully making the chances of *disaster* microscopic: On fetching, the path of incoming messages is checked to ensure it is consistent with the exclusions in the "newsfeeds" (or "sys") file. An option exists to skip this check, but I would strongly recommend against using it. If anyone finds any reason that the current implementation would fail in some environments, I'd like to know. On posting, the length of the path is checked to see if is is likely that the message doewss indeed originate from the local site. This check is more likely to need fine tuning in some sites, see the --max-path option. b. New options to make handling of incoming news more flexible by allowing addition of extra headers, paths and piping to various programs. These options are mostly meant for circumstances where newsx is being used as a gateway between news systems. This particular version is called pre-something since I haven't had the time to test the new features extensively. Please tell if anyhting is broken... The complete NEWS list: All incoming articles are now checked to see if their path is consistent with the exclusions given in sys/newsfeeds. The --no-path option skips this check. All outgoing articles are now checked to see if the length of their paths are not too long. This is an extra precaution against inadvertently submitting "foreign" articles for posting. The --max-path option controls this. Its default value is 1, consistent with a simple, local, newsspool. To disable this feature, set it to an impossibly large value, like 999. The new --inews option will pipe incoming news to inews. Note that this is not an option for ordinary use: it should only be used for special configurations where newsx is used as a gateway to inject new messages. The --inews-options specifies command line options for inews. The leading '-' must be included. The default options are "-hOS". The new --add-header allows a specific header to be added to incoming messages. The header will be added exactly as specified, except that the special case "Path" will be replaced by a header line that says "Path: HOSTNAME!not-for-mail". Note that this is definitely not an option for ordinary use: it should only be used for special configurations, for instance where newsx is used as a gateway to inject new messages. The new --pipe-to is similar to --inews, but specifies which program incoming news is to be piped to. The pipe is opened and closed once for each news message. The new --rnews-to is similar to --rnews, but specifies which program incoming news is to be piped to. The pipe is continuous for each session, and article seperation is in rnews style. Made options compatible with GNU standard: Added --help, updated --version, renamed --noaction to --dry-run, --keeppath to --keep-path, and renamed --noxx to --no-xx. Retained the old versions for compatibility. File locking on posting logfile, folder of posted articles and statistics file. Check for putenv() and setenv() in configure, and use lib/setenv.c if neither are available. Thanks to Helmut Heller [EMAIL PROTECTED]. Use getopt_long() from standard C library, if available. Moved getopt fuctions to lib. A couple of further fixes for NeXT, discovered by -Wall. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Snail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway URL: http://www.kvaleberg.com/ PGP: finger:[EMAIL PROTECTED] --- This message has been sent to you because you are subcribed to the mailing list [EMAIL PROTECTED] To remove yourself from this lists, send an email to [EMAIL PROTECTED] containing "unsubscribe newsx your_email_address" in the message body.
