Re: Version 1.6 preview
On Wed, 2003-01-22 at 13:05, Andreas Metzler wrote: > 2.53 works. Could you please setup a correct AC_PREREQ(2.50) Done. But presumably, you do not need autoconf at all to do a straight configure and build? > and > rename configure.in to configure.ac? Have done that too, although reluctantly so since it is then not so easy to follow CVS diffs. Is there a good reason why configure.in cannot be retained? 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 " in the message body.
Re: Version 1.6 preview
On Wed, 2003-01-22 at 14:00, HAGIWARA Tadahiko wrote: > I think the configure script seems to miss /usr/local/news/bin/rnews > and /usr/local/news/bin/inews. It takes /usr/bin/rnews and > /usr/bin/inews unless these are not there. Do you mean it should look for /usr/local/news/bin/rnews (or really $NEWSHOME/bin/rnews) first, and then, if not found, look for /usr/bin/rnews? > Could you include /usr/include/sys/malloc.h ? On Mac OS X malloc.h is > placed there. Will do. Is STDC_HEADERS set for Mac OS X? (You'll find it in config.h) 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 " in the message body.
Re: Per host config in /etc/?
On Wed, 2003-01-22 at 10:08, Andreas Metzler wrote: > --withnewsxconf= (defaults to $PATHETC/newsx/) perhaps? What about: --with-hostconfig And for newsx: --hostconfig At least for this release, I think it should default to the inhosts setting. For one, I am not 100% certain where FHS really wants us to place this. Also, I am not really sure how good it is in connection with newsx.conf. What if someone uses the hostname "newsx"? I've prepared this in: http://home.powertech.no/egilkv/newsx-1.6pre.tar.gz Nice if someone could check how it works out, and report. 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 " in the message body.
Re: Per host config in /etc/?
On Wed, 2003-01-22 at 08:48, Andreas Metzler wrote: > I think except for in.hosts/spoolname.conf newsx is basically FHS clean: > /usr/bin/newsq > /usr/lib/news/bin/newsx.real > /usr/lib/news/bin/newsx > /usr/share/man/man8/newsx.8.gz > /usr/share/man/man1/newsq.1.gz > /usr/share/man/man5/in.hosts.5.gz > /usr/share/man/man5/newsx.conf.5.gz > /var/spool/news/in.hosts > /etc/newsx.conf What is this? And where do you put INN and Cnews configuration files? > >> Imho these are configuration files and should be > >> placed in /etc/ > > > You can always place them where you want using --with-inhosts, can't > > you? > > This would move not only the configuration files spoolname.conf but > also spoolname and spoolname.old to /etc/, wouldn't it? Yes, you are right. Probably need for yet another option, perhaps. 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 " in the message body.
Version 1.6 preview
I've put a version 1.6 preview release under: http://home.powertech.no/egilkv/newsx-1.6pre.tar.gz To avoid the pre-version becoming permanent, I've put it in a temporary location. I will release a proper 1.6 by the end of the week if things go well. So please, try it out soon and give feedback here or to bugzilla. (It may in some cases be relevant to use bugzilla, and CC the list) Egil The news is: V1.6pre - 21 jan 2003 Aborted fecthes now updates state more consistently. Configure now insists that libinn and libstorage be present for recent versions of INN. Configure attempts to do more in terms of finding libraries for INN 2.x, so that so --with-newslib should no longer be required except in unusal cases. When we have libstorage, we now insist that we have a storage.h from INN. There is no longer a default storage.h in the distribution. Currently, we look for storage.h in /usr/include and /usr/include/inn and NEWSHOME/include. For other locations, please report to [EMAIL PROTECTED] or to bugzilla. The configure option --with-newsinclude may be used for specifying which directory to look in. The dostribution contains a suggested patch for INN 2.3.4 that installs storage.h under $NEWSHOME/include. Configure is now updated to latest and greatest autoconf/automake. Names of various internal symbols have changed. The mktemp() vz. mkstemp() issue has been looked into. The bug(s) introduced by use of mkstemp() should now be corrected, and a new internal function newstemp() has been added to replace the mk(s)temp. STORAGEAPI and EXTENDEDDBZ no longer relevant for modern INN. -- 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 " in the message body.
Re: Per host config in /etc/?
On Tue, 2003-01-21 at 17:57, Andreas Metzler wrote: > Would you be opposed to moving /var/spool/news/in.hosts/spoolname.conf > to /etc/newsx/? Switching to The Filesystem Hierarchy Standard http://www.pathname.com/fhs/ would probably make sense. But does the latest version properly address news? News software has traditionally had its own way of handling everything. Some pre-compiled news packages seem to use a mix of the two. > Imho these are configuration files and should be > placed in /etc/ You can always place them where you want using --with-inhosts, can't you? 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 " in the message body.
Re: Locateion of storage.h
On Tue, 2003-01-21 at 18:19, Thierry Thomas wrote: > On FreeBSD, with the default install of inn by the ports, it is located > on /usr/local/news/include/storage.h As long as NEWSHOME gets set to /usr/local/news (which I presume it does), I believe the new configure script for 1.6 should find it. Thanks. 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 " 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 " 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 " in the message body.
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 " in the message body.
Locateion of storage.h
In cleaning up details with regards to configuration of libstorage and storage.h, I have come to the conclusion that carrying a (possibly obsolete) storage.h in the newsx tar is really not the right thing. This of course means that the configure script must make an even better job of locating storage.h Today, it looks for: /usr/include/storage.h /usr/include/inn/storage.h And normally also the /usr/local equivalents. Could you please investigate where your version of storage.h is located, and tell if there are other alternatives that should be investigated. 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 " in the message body.
Re: Too many open files: newsx 1.4pl8
On Sat, 2003-01-11 at 12:06, Andreas Metzler wrote: > On Sat, Jan 11, 2003 at 11:20:26AM +0100, Egil Kvaleberg wrote: > [...] > > Conclusion: I will look at this a but more, and propose something that > > should be the one thing that brings us from 1.5pre to 1.5 > > I assume you'll include fix for #133, too. Yes. > BTW I did not recieve any mails for changes of this bug, are the > e-mail settings of bugzilla broken or have I simply misconfigured my > account? I think it works for others, afaik. I've entered the mkstemp() bug as #185, and added your name as Cc just to check if things works 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 " in the message body.
Re: Too many open files: newsx 1.4pl8
On Sat, 2003-01-11 at 00:03, Thierry Thomas wrote: > Le Ven 10 jan 03 à 23:12:15 +0100, > Egil Kvaleberg <[EMAIL PROTECTED]> écrivait : > > Anyway: I am still pretty sure that getting rid of mkstemp() should cure > > the problem. Are you sure everything was compiled/linked/installed? > > Thanks a lot! Is it only a temporary patch Yes, treat it as such. I will try to get back within a day or so. 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 " in the message body.
Re: well...
On Sat, 2003-01-11 at 10:37, Bernt Hansson wrote: > What I mean is after newsx has downloaded all the articles in subscribed > groups, it would start from the first group again to see if there are > new articles. This is not difficult to do, you just running newsx one more time. In fact you may want to run it over and over again untill you get the "no news is good news" message - which may in fact never happen if your load is high enough. If you have very few groups/articles, then probably you would see no need for this since there will probably not be any new articles. If you have a lot of groups and/or articles, then the extra overhead of the extra disconnent/connect probably would be negligible. Either way, I would not be too happy about adding this as a "feature" since it would automatically put a heaver load on the servers. Also, consider this: With a polling concept like newsx, you simply have to accept that if you run newsx every T hours (or minutes), the average delay for articles will be T/2 hours. If you want to reduce that time by polling more, it is much better to poll every T/2 hours (bringing the average delay down to T/4) instead of polling twice every T hours. 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 " in the message body.
Re: Too many open files: newsx 1.4pl8
On Sat, 2003-01-11 at 09:32, Andreas Metzler wrote: > On Fri, Jan 10, 2003 at 11:12:15PM +0100, Egil Kvaleberg wrote: > Certainly, on a machine where you do not allow possibly > > "aggressive" users, I'm quite sure mktemp() is quite all right. > [...] > > I have not taken a look at the code, but assuming that newsx does not > run on systems with "aggressive" users sounds wrong to me. It is. My remark was in response to whether the preliminary fix would be suitable for a particular machine. A fix for general use "requires further analysis". > BTW quoting mkstemp(3) > | Don't use this function, use tmpfile(3) instead. It's better > | defined and more portable. OK, quoting my tmpnam(3), it says: Never use this function. Use mkstemp(3) instead. Still confused: If you have a look at tmpfile(3), you'll notice that: The standard does not specify the directory that tmpfile() will use. Wow. For spooling of news, the entire point of the exercise is to place the file in a specific directory. The "quick" remarks under BUGS and NOTES are just that, quick remarks. They make a number of assumptions that does not necessarily apply for any given situation at all. Conclusion: I will look at this a but more, and propose something that should be the one thing that brings us from 1.5pre to 1.5 ;-) 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 " in the message body.
RE: Too many open files: newsx 1.4pl8
On Fri, 2003-01-10 at 22:57, Triebwasser, Mark wrote: > Hmmm, I applied the temporary fix but the problem still exists. That is very strange indeed. Did I get this wrong? Try renaming all occurrences of mkstemp to mktemp instead (there should only be one). > I wait for > the analysis. I think the analysis for the cause of the problem is simple enough: Due to some "bad press" wrt. use of the good old mktemp() function, the mkstemp() function was (far too uncritically we know learn) substitiuted. Bad move, since they are not the same. mkstemp() also *opens* the file in question. The analysis for the best solution remain. But: Since the filename returned by mktemp() is not used in an open(), but rather in a rename(), I think much of the problems with mktemp() does not apply. Certainly, on a machine where you do not allow possibly "aggressive" users, I'm quite sure mktemp() is quite all right. Anyway: I am still pretty sure that getting rid of mkstemp() should cure the problem. Are you sure everything was compiled/linked/installed? 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 " in the message body.
RE: Too many open files: newsx 1.4pl8
On Fri, 2003-01-10 at 18:58, Triebwasser, Mark wrote: > close(11)= 0 (0x0) > open("/usr/local/news/spool/incoming/uunetC4fyxN",0xa02,0600) = 11 (0xb) > open("/usr/local/news/spool/incoming/.tmp.uunet.387",0x601,0666) = 12 (0xc) Aha... As a temporary measure, I suggest you simply replace "#if HAVE_MKSTEMP" in src/incoming.c with "#if 0". That should basically do the trick. I will analyze this more closely, and come back... 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 " in the message body.
Re: Too many open files: newsx 1.4pl8
On Fri, 2003-01-10 at 17:11, Triebwasser, Mark wrote: > Has anyone had issues where newsx gets a "Too many open files" error? I'm > running newsx on a i386 FreeBSD machine. > > >inserting newsx path > >newsx: can't open incoming spool > "/usr/local/news/spool/incoming/.tmp.gig2.33553": Too many open files > >transfer interrupted > >latest article was 5080555 > >no spool to flush > >state: pull: cleanup > >no news is good news! > >state: aborting server > >->QUIT > ><- 205 GoodBye > >unlocked: /usr/local/news/run/L.33553 > >unlocked: /usr/local/news/run/LOCK.newsx.gig2 > >unlocked: /usr/local/news/run/LOCK.gig2 > > Should I be changing the shell's limit or should I be doing a kernel > rebuild? Good question. Does this happen every time, or only in heavy load situations? Although I do not know FreeBSD very well, basically there is usually two errors for too many open files. EMFILE is open count per process, and ENFILE is system wide. I think Posix uses "Too many open files in system" for ENFILE, which would indicate that you have an EMFILE situation. I don't *think* that newsx itself should have very many files open at any one time. It *should* close its files after use - and I've never heard of such problems. So it is a bit of a puzzle. I think the best procedure is to run newsx under 'strace' to see what really happens. Just do: $ strace 2>out newsx ... You may then grep for 'open' and 'close', or you can email me the 'out' file and I can have a look for anything suspicious. What is your per-process limit set to, anyway? 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 " in the message body.
Re: Sucking headers only
Submission from Kristofer Pettijohn <[EMAIL PROTECTED]>: > Afaict this functionality would not be very useful, once you had fetched > the headers and fed them to your local newsserver, you would not be able > to refeed some of them again /with/ body - The newsserver would not > accept them because it identifies articles by their Message-ID header. >cu andreas It would be useful with the Diablo news feeder. It will accept a head-only feed, and when an article is requested it will request it from an outside spool (other news servers) and cache it. --- 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 " in the message body.
Re: any way to use ssl
On Thu, 2002-10-24 at 06:46, John covici wrote: > I have run into a possible problem --sourceforge is now going to use > nntp over ssl and I may want to read their forums that way -- anyway > to get newsx to work with ssl I would assume stunnel can do exactly that for you, see http://www.stunnel.org/. There is a download page for the source, and everything compiled straight out of the box on my machine, at least. Stunnel should work for clients too, as far as I can establish. Can you suggest a manner in which NNTP over SSL can be tested (does sourceforge provide that?) 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 " in the message body.
Re: Posting problems with INN-2.3.3
On Sun, 2002-10-13 at 17:14, Matthias Friedrich wrote: > After some debugging, I found out that the storage.h file shipped with > newsx (INNv2.2) is outdated and doesn't work with my INN-2.3.3's This is correct. BUT The idea is that with new INN's, newsx configure should discover the storage.h from INN, and thus not use the storage.h from newsx (which must be retained for compatibility with earlier INNs. The latest 1.5pre configure complains a bit about the situation, but perhaps not enough. Could you please have a look at 1.5pre and see how it behaves. If you think there is atill a problem, could you then please post a bug to http://www.kvaleberg.com/bug/ Egil --- 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 " in the message body.
Re: Security patch for newsx version 1.4
On Thu, 3 Oct 2002, you wrote: > Afaict you have to use > > STORAGEAPI=true EXTENDEDDBZ=true ./configure --more --options > > else newsx won't be compiled with storage-API support even if > configure finds libstorage.a and (inn/)storage.h. In the configure script there seems to be an assumption that STORAGEAPI and EXTENDEDDBZ are set by "innshellvars". Presumably this does not happen (at least not in all cases)? If so, are there other ways to determine if these should be set? Suggestions? 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 " in the message body.
Re: Security patch for newsx version 1.4
On Thu, 3 Oct 2002, you wrote: > The major problem seems to be finding libinn and libstorage. I have > a newslib directory where these are, but for some reason it is being > ignored. I put libinn.la in /usr/lib to get libinn to be found, but > I could never get it to find libstorage.a or storage.h even though I > pointed the include directory to the include directory from the inn > distribution. Can you enlighten please me on: Which OS you are running? Which INN? Did you compile/install an INN tarball, or did you install a package of some sort? Where, exactly, did your INN distribution put the above files? Did you run ldconfig (if that is required on your system)? > What I finally did was to edit config.h to define > HAVE_LIBSTORAGE 1 and that made things compile properly, but when I > linked with the libstorage.a in your .libs directory, I got undefined > symbols, when I did the gcc command by hand and made sure to use the > inn libstorage.a, things worked fine. Perhaps it got the wrong libstorage? What were the undefined symbols? Egil PS: I've added this as bug #110 in bugzilla (it is the only way I seem to have any chance of keeping organized) -- 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 " 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 " in the message body.
An i386 RPM package for newsx version 1.5øre
is now available from ftp://ftp.kvaleberg.com/pub/ It is built on a Red Hat 7.2 system - I'm not really sure where it will work - but is shouldn't be too picky. 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 " in the message body.
Re: Security patch for newsx version 1.4
On Mon, 15 Jul 2002, you wrote: > Is newsx 1.4pl7 available for the public somewhere or is this just > your internal work-tree? Only internal, and not significant. I hopefully should have time for a proper version soon - just a few bugs to do first. ;-) 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 " in the message body.
Re: Patches for newsx with inn 2.3 / FreeBSD
On Wed, 7 Mar 2001, you wrote: > On Wed, Mar 07, 2001 at 07:54:31AM +0100, Egil Kvaleberg wrote: > > > What is the best procedure? A link towards a web site, or an > > > attachement? > > > > Please, only use attachments for small patches. Thank you very much for the patches. Since many people would object to receiving large emails via a mailing list, Majordomo has a limit for max message size. Your patch amounted to 200 kbyte, and violated this limit, so I had to delete it from the message. If you can provide the patch by other means or significantly reduce the size, I'm sure that would be much appreciated. > [newsx with inn 2.3.x] By reviewing the patch, I had some doubts as to whether newsx would now work with earlier versions of INN as well as C news, so I assume this patch was intended as an INN 2.3-only modification? Anyway, thank you very much for the patch which I am sure will be appreciated by anyone struggling with INN 2.3. As mentioned before, the intention is still to introduce a new newsx version that should handle INN 2.3 as well as earlier versions, but I am afraid I cannot promise a firm date for it. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 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 " in the message body.
Re: Patches for newsx with inn 2.3 / FreeBSD
On Tue, 6 Mar 2001, you wrote: > On news.software.nntp, Carlo Fusco told me to send my patches to this > list - but I have never received any message from it. Due to a number of reasons that basically sum up as heavy work overload, the list has been very so and so lately. That said, things are improving right now, although the response will still be slow for a while. I have received a few patches, and I did start a few things myself. The most important one being handling of messages with NULs in. Since the complaints have been few, and again, due to my workload over the last few months, these things have not received particular priority. With the release of the latest INN, time seems to have become ripe for a new version. > What is the best procedure? A link towards a web site, or an > attachement? Please, only use attachments for small patches. Egil --- 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 " 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 " in the message body.
Re: Problem with newsx-1.4 connecting to INN 1.5.1 (connection reset)
On Thu, 19 Aug 1999, you wrote: > However, the newsx pull from central to new-local only works > some of the time. There are certain articles which just hang > in transfer and the connection is reset at the central end. > Using --list and similar also seem to hang without result. There is a bug in newsx that causes problems with articles that contain ASCII NULs. Perhaps that is the trouble you are seeing? When moving very large amounts of news, it you will see NULs with a certain probability. I have been working on a fix for it - it is a bit tricky to get a solution that is 100% portable. And then the summer holiday came in and interrupted ;-( I should have the fix ready real soon now. Which Unix are you running, BTW? 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 " in the message body.
Re: How to handle many feeders
On Wed, 5 May 1999, you wrote: > Problem comes when first newsfeeds has been down and second newsfeed has > been up and when first newsfeed comes up: INN puts a lot of articles To prevent cross-feeding (which you definitely do not want of you do not have IHAVE-access), you should exclude the second server in the entry for the first one, and vice versa: first/news.first.fi,news.second.fi\ :*,!junk,!local!,!control*,!to*,!test*\ :Tf,Wnm:first second/news.second.fi,news.first.fi\ :*,!junk,!local!,!control*,!to*,!test*\ :Tf,Wnm:second In newsx version 1.4, there is a new feature that means that you can simply say: first/newsx\ :*,!junk,!local!,!control*,!to*,!test*\ :Tf,Wnm:first second/newsx\ :*,!junk,!local!,!control*,!to*,!test*\ :Tf,Wnm:second 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 " in the message body.
Re: I've had an idea
On Tue, 27 Apr 1999, you wrote: > Why is this a problem? They are both nntp servers after all, they both > talk using the same protocol(*) As you noted, there are two modes. Note also that INN is a very un-symmetrical protocol, with a clear client and server role. In the basic NNTP mode, news are pushed from one site to the other. In reader mode, the client asks the server for news. > In fact, it isn't AFAICT necessary to > have one local and the other remote; I use the term "local" and "remote" to differentiate between your own server, and the one where the news come from. To post locally generated news, there are really two options: Have newsx as a daemon, and make the local INN feed locally generated news to newsx whenever it desires, and make newsx buffer it for later transfer. Let the local INN buffer outgoing news, like it does now. The problem is how to trigger the local INN to send this via the NNTP channel. I know of no such way. > Why not get newsx to access the local newsserver, and fetch all articles > from it that newsx hasn't already got (I presume this is what it does > with the remote news server)? This would look like a third option. The trouble is that this would cause newsx to pick all unseen articles on the local server and examine the path of each one to see if the remote server has seen it before. Then offer any unseen articles to the remote server. This would duplicate the mechanism built into INN for controlling outgoing feeds, and would cause very much traffic to be generated on the local server against newsx port. At best, this would be a very inefficient approach. > Could it not default to asking the local newsserver, the first time it > connects, for a list of its newsgroups, and using that? Yes, but it would have to do that each time it connects, because there might be new groups. It could use the "newgroups" command to make that reasonably efficient, I suppose. But more importantly, it is far from certain that you would want all those newsgroups exchanged with a given remote server. You could assume that in most cases, it would be reasonable to exchange groups that are present on both servers. But consider, for instance, that newsx is used for a small supplementary feed for a few newsgroups acme.* against the remote server news.acme.net. Suppose the local server carries 10,000 groups, newsx would, without access to the newsfeeds file, have to probe all those 10,000 groups against the remote server to find out which groups it should carry. It would of course maintain a local cache so that it only has to do this once, but this would nevertheless be highly impractical! 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 " in the message body.
Re: I've had an idea
On Tue, 27 Apr 1999, you wrote: > Would it not be possible for newsx, or a program like it, to be > written so that it connect to both newsservers using the nntp protocol? Fetching news in that fashion is quite well behaved - and this is exactly what the INN 2.x "pullnews" utility does. The problem is the reverse connection - posting to the remote server. Either the local newsserver outgoing feed must be set up in a manner so that it starts when newsx is ready to fetch it. Or newsx has to be a resident daemon that receives news from the local server whenever INN has something to send. Either of these options have their share of problems. > This would have the advantage that the program would be very easy to set > up -- minimally, one could just tell the program the DNS names of > the two newsservers, although in practise it would probably be a good > idea to also have a list of newsgroups for which news is to be > transferred. You really would need a list of newsgroups, just like pullnews requires. Which means you have to maintain this list two places, since the local INN also needs to know what groups are required. You also need to set up the local INN newsfeeds file. So all in all, I think there would be *more* configuration and setup. And more opportunities for misconfiguration. Newsx as it is now only relies on the configuration that you would need for INN anyway. Co-existing with INN, like newsx does now, there are quite a number of behind-the-scenes synchronization information that has to be transferred between INN to newsx. But hopefully this is not (very) visible for the user. Speaking of ease of configuration, I aim at having a configuration script ready for the next newsx release, that will set up the newsfeeds file for you, and ensure that innd is restarted properly. 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 " in the message body.
'@' in the newsfeeds file
It seems the INN newsfeeds syntax is uglier than I thought: The '@' has a special meaning in the group list, but is allowed as an ordinary character in the other fields. The attached updated sys.c allows this, and improves an error message slightly, too. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway Home: http://www.kvaleberg.no/ sys.c.gz
Creating outgoing batch files
The handling of missing outgoing batch files in newsx is quite simple: Complain and die. In addition, the newsx documentation is pretty thin in this area. It might be viewed as a newsserver problem, but since this will effect anyone setting up newsx for the first time, I really think something should be done about it. Some ideas are: 1. Newsx could detect the error, issue a message, but still go on fetching incoming news. 2. Newsx could automatically create an empty outgoing file. (Which is a bit touchy since this file really belongs to INN. And INN would need a "ctlinnd reload newsfeeds" to pick it up, wouldn't it?) 3. There could be a simple script that checks and sets up a new newsfeeds entry and an outgoing spool entry for you. A combination of 1 and 3 might perhaps not be so bad? Any ideas and comments? 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 " in the message body.
Re: two questions..
On Thu, 22 Apr 1999, you wrote: > In a recently > added group, dk.edb.system.beos, no article ever appears. It has been > added to our local group list, and newsx fetches from the entire dk.* > hierarchy. Checking directly on the remote news server, there are > articles in the group. It should get them, of course. Here is my checklist for such things (you've done a couple of those checks already): 1.Your newsfeeds file is OK. 2.Your active file /var/lib/news/active should contain: dk.edb.system.beos 00 1 y Now, if the first number is > 0, then your news system has already received articles, an you must look other places to find the problem. 3.The group is mentioned in the in.hosts file for the server you connect to. dk.edb.system.beos 0 If it doesn't appear, then newsx has never attempted fetching it. If it does appear with an article index zero after it, as shown, newsx has found it locally, but has never found any articles. Either because the group did not exist on the remote server, or because it was never been used. If it does appear with a number > 0, then the case may be that: a) The group may now be empty at the remote server, even though there has been articles there before. b) Newsx may have fetched articles from it, which *may* have been rejected from the local server for some reason. c) Newsx may just have bumped the article index to the latest available article, without fetching anything, due to a "--maxnew 0" or "--syncnew" option. 4) If this does not give any answers, the last resort is to run newsx with "--debug" set to a suitable level, and analyse the output. Level 1 can be enough, and 5 will usually always suffice. In the latter case, it can be benefitial to set "--window 0" to make the NNTP commands appear in a logical order. Redirect the newsx output to a file, and then have a look around all lines containing "dk.edb.system.beos", and that should give you the answer. To ensure that a few articles will be fetched, you can manually decrease the "dk.edb.system.beos" article index in the in.coming file a couple of notches. 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 " in the message body.
Re: INN/Newsx Configuration
On Fri, 16 Apr 1999, you wrote: > I did play about with that but it always refused to download anything: > news@gammon> newsx -W 200 - news.demon.co.uk --rnews > --no-path --ihave --groups "*,\!*.test" Thanks for reporting. As it turns out, the --groups option is rather buggy. It should now be fixed for 1.4, with the following additional notes: 1. Bash behaviour with ! is a bit peculiar. It is best to quote it within single qoutes. Quoting it with a backslash seems to leave the backslash intact. 2. The argument is interpreted quite differently, depending on whether inn or C News mode is active. This is now changed to INN interpretation regardless. 3. --groups with only negative clauses, like '!*.test' is automagically changed to '*,!*.test'. They would otherwise have been meaningless. A patch is enclosed for anyone that wants to test immediately. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Mail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway Home: http://www.kvaleberg.no/ *** sys.c.orig Sun Apr 18 10:09:24 1999 --- sys.c Sun Apr 18 09:29:47 1999 *** *** 1,3 ! /* VER 134 TAB P $Id: sys.c,v 1.19 1999/04/07 07:25:16 src Exp $ * * handle the local sys or newsfeeds file --- 1,3 ! /* VER 142 TAB P $Id: sys.c,v 1.21 1999/04/18 09:29:47 src Exp $ * * handle the local sys or newsfeeds file *** *** 7,10 --- 7,16 * * $Log: sys.c,v $ + * Revision 1.21 1999/04/18 09:29:47 src + * --groups with INN syntax + * + * Revision 1.20 1999/04/17 07:10:05 src + * Repaired --groups behaviour + * * Revision 1.19 1999/04/07 07:25:16 src * Fixed backslash-something *** *** 79,83 SYS_GRP *sp; ! while (isspace(*group)) ++group; if (!*group) return; --- 85,89 SYS_GRP *sp; ! group = skipsp(group); if (!*group) return; *** *** 103,114 { char *p; - while ((p = strchr(grp_list,','))) { - *p = '\0'; - sys_group(grp_list,&sys_extra,1); *p = ','; grp_list = p+1; } - sys_group(grp_list,&sys_extra,1); } --- 109,135 { char *p; + int not; + + for (;;) { + if ((p = strchr(grp_list,','))) *p = '\0'; + + grp_list = skipsp(grp_list); + if (*grp_list == '\\') + ++grp_list; /* occurs due to bash behaviour */ + if (*grp_list == '!' || *grp_list == '@') { + ++grp_list; + not = 1; + } else { + not = 0; + } + log_msg(L_DEBUGMORE,"add --groups %s \"%s\"",not?"exclude":"include", +grp_list); + sys_group(grp_list,&sys_extra,not); + + if (!p) break; /* last one? */ *p = ','; grp_list = p+1; } } *** *** 134,138 } ! /* non-wildcard case */ while (*group) { if (*pattern== '\\' ) --- 155,159 } ! /* not "all" */ while (*group) { if (*pattern== '\\' ) *** *** 198,204 */ static int ! sys_allow_grp(char *group, SYS_GRP *sp) { ! if (inn_opt) { /* * INN: --- 219,227 */ static int ! sys_allow_grp_inn(char *group, SYS_GRP *sys_grp) { ! SYS_GRP *sp = sys_grp; ! int nots_only = 1; ! /* * INN: *** *** 209,212 --- 232,236 */ for (; sp; sp = sp->next) { + if (!(sp->not)) nots_only = 0; if (wildmat(group, sp->name)) { /* if !-flag or @-flag, then not allowed, otherwise all right */ *** *** 214,220 } } return 0; /* default to a no-no */ ! } else { /* * C News: * the order is not significant. --- 238,252 } } + if (nots_only && sys_grp == sys_extra) { + /* command line with exclusions only */ + /* default to a yes, otherwise it would have been meaningless */ + return 1; + } return 0; /* default to a no-no */ ! } ! /* + * is group allowed in sys-file? + * * C News: * the order is not significant. *** *** 225,228 --- 257,263 * sligthly less than other words */ + static int + sys_allow_grp_cnews(char *group, SYS_GRP *sp) + { int n; int best_n = 0; *** *** 246,249 --- 281,293 return result; } + + /* + * is group allowed in sys-file? + */ + static int + sys_allow_grp(char *group, SYS_GRP *sys_grp) + { + retur
Re: INN/Newsx Configuration
On Mon, 12 Apr 1999, I wrote: > > some test groups > > "*.test" which are not downloaded but anything I post to them > > is uploaded ... > There probably should be a more elegant way of specifying this - I'll > have to think about that. I forgot: The --group option, introduced in version 1.3, provides an alternative way that is more intuitive: --groups "*,!*.test" 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 " in the message body.
Re: INN/Newsx Configuration
On Mon, 12 Apr 1999, you wrote: > With INN 2.0/newsx 1.0, the following worked fine: > ME\ > :*,!control,!junk,!*.test\ > :: > > news.demon.co.uk\ > :*,!local.*\ > :Tf,Wnm: > > > With the same configuration newsx1.4 tries to download evrything > except "local.*" (inc. control & junk). That is because newsx behaviour with INN was wrong in version 1.0 - acting just like C news expects. In INN mode it now does what INN does. I.e. it *prepends* anthing defined for "ME" to the string defined for each external server. See "man newsfeeds" for details. IMHO this INN behaviour might not be as logical, but might be more practical? At any rate, I believe you will get the expected behaviour by omitting the initial "*" in your specification for each server: news.demon.co.uk\ :!local.*\ :Tf,Wnm: > some test groups > "*.test" which are not downloaded but anything I post to them > is uploaded AFAIK, unlike C news, the INN style does not really allow you to specify assimetric behaviour, i.e. not fetching the same groups that you post to. One (clumsy) way of doing this with newsx is to edit the inhosts file, insert a tag and use the -e option. There probably should be a more elegant way of specifying this - I'll have to think about that. 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 " in the message body.
Newsx 1.4-pre3 available
Available at: ftp://ftp.sol.no/user/egilk/newsx-1.4pre3.tar.gz and at ftp.kvaleberg.com The changes for the 1.4 version seems to have become more involved than originally planed, so here it yet another (but hopefully last) pre-release for 1.4. The main new thing is that runtime configuration is now available. This should be good news for any package maintainers. It seems to work, but consider it experimental for this release. Also, a couple of bugs for the storage-API has hopefully been ironed out. Compared to pre2, the changes are: Implemented --profile "filename" that allows command line options to be placed in a profile file. New options, useful for profile files: --spoolname --hostname and --port. Added feature for inn scanlogs lock. Only required if INN scanlogs is patched to read newsx logs. Requires option --scanlogs. By Uli Zappe, [EMAIL PROTECTED] Experimental runtime configuration. Can even support a list of alternative configuration files: --with-newsconfig=FILE --with-newsconfig=FILE:FILE Also possibly useful for runtime configuration: --with-newslib=DIR Options --config and --config-is now actually reads the configuration. Add option --verify to just verify it. A couple of remaining NeXT peculiarities handled. Fixes for INN storage-API. Updated INSTALL document somewhat. Also removing "NNTP-Posting-Date:" when posting. Option --tag will always add "newsx" tag to path of incoming messages. The man file is not updated, but will be for 1.4 proper. The INSTALL is updated, though. 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 " in the message body.
Re: Problem with configuration?
On Wed, 31 Mar 1999, you wrote: > I don't know why but if I write newsx -dd --nopost [] > then I get the message that there are no news messages available. > > Where's the problem? What is the problem? Does it work otherwise, but not with this exact set of options? Replace "-dd" with "-dd" to increase logging, and examine the output. If you don't find anything, send the complete log, in addition to your newsfeeds file to me, and I'll have a look. 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 " 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 " in the message body.
Re: Version 1.4pre2
On Tue, 30 Mar 1999, you wrote: > EK> There is now a special exclusion "newsx" that simply causes newsx to add > EK> "newsx" to incoming paths as required. > > Is there any condition for this feature to become active? Yes, you must set the exclusion term in newsfeeds to "newsx" (like the example in README). This is required for INN to know about the "newsx" path thing. Otherwise, it does like it always have done. There might be configurations where you don't want the path changed. 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 " in the message body.
Version 1.4pre2
Quite predictably, there now is a 1.4pre2 available. Beside some quite minor issues, there is now a detail that hopefully should make newsx easier to configure and maintain, for most sites: There is now a special exclusion "newsx" that simply causes newsx to add "newsx" to incoming paths as required. Instead of having to figure out what the specific exclusion tag for each server is, simply set it to "newsx". The README is updated accordingly. Finally, it would be nice to hear from more users of the 2.x storage API. 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 " in the message body.
Newsx 1.4 pre-release available
As usual, now available at: ftp://ftp.sol.no/user/egilk/newsx-1.4pre.tar.gz This release has the usual set of minor fixes and requests impemented. Plus a rewrite of the posting section, necessary to implement the storageAPI interface for INN 2.x. On the immediate TODO list is: The StorageAPI interface has not received much testing. INN 2.x users: please tell me if it works, or not. Better handling of disk free space check. The --minfree will have to do for now. Postponing configuration to runtime. I've begun implementing this, however. I would appreciate if you could try to run newsx with the --config option. This will verify whether newsx is able to pick up the configuration at runtime. Please report any problems. (I know this normally should fail for INN 2.x). The complete NEWS list is: Made INN incoming batch file names correspond to INN convention, i.e. hostnameXX. This makes INN statistics look much better. Fixed --forget-inactive so that it also works when there are no news, and fixed message too. Reported by Uli Zappe. Now removing "X-Complaints-To:" and "X-Trace:" on posting, in the same manner as "NNTP-Posting-Host:". Implemented interface for INN 2.x storage API. Made configure complain if no libinn is available for INN. This could be a problem for INN 2.x Split dbz v3 and v6 to prepare for more runtime configuration. In cnews mode, always selects v3 mode. Removed DBZ_VERSION version tracking in configure, and postponed to runtime. Implemented a "--minfree n" options that check that the news spool must have room for a minimum of n kilobytes before fetching more news. Fixed error re. multiple locks. Altered log format so that it is compatible with innreport. Patch from Uli Zappe. Now filtering faked DNEWS-generated articles. The --keep-fake option will retain them - if you really insist. 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 " in the message body.
Re: Cannot get --list or --newlist
On Wed, 10 Mar 1999, you wrote: > When is 1.4 due? As always: When it is ready ;-) Since there has been a number of bug-fixes recently, I will make a 1.4pre version available in a day or two. Before any 1.4 proper is release, the storage-API must have received a good wash-down, though. 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 " in the message body.
Re: Cannot get --list or --newlist
On Tue, 9 Mar 1999, you wrote: > I just looked at my script and I had to add a "-W 0" to get fetching a > list working, so maybe (after more testing) you should add something to > newsx that wenn "--list" is a parameter, automatically "-W 0" is assumed > as given. Oh, no! It is in outright bug, that has always been there. (Except that the default -W level used to be 0, so noone noticed). It is now duly fixed for the forthcoming version 1.4. 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 " in the message body.
Re: history problem
On Mon, 8 Mar 1999, you wrote: > Just the night before last, it staretd receiving news again. It it stops again, can you then please report it. (And answer my questions). 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 " in the message body.
Re: Cannot get --list or --newlist
On Mon, 8 Mar 1999, you wrote: > I think I had exactly the same problem when switching to Version 1.3, > since this Version (I think it was this one) newsx opens multiple > connections to your News-Server (that's what -W 10 is doing, rigth?) No, it doesn't. It just *pipelines* up to 10 NNTP commands, which is something completely different. (The speed increase is almost the same, while the server load is less). I think it was 1.3 that switched from default 0 to 10. > If I recall correctly adding a -W 0 to the command line solved the > problem for me. That is a very good hint - I'll have a closer look. 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 " in the message body.
Re: history problem
On Sun, 7 Mar 1999, you wrote: > Did it... Doesn't help. OK. What happens if you say: ls -l /usr/local/news/db/history* (Substitute "/usr/local/news/db/history" with whatever newsx says about where it thinks the database resides). You are certain you are running newsx as a user ID that can access history? > Yes, it did stop then. It fetched an article and then hung there. I've looked into this now. It definitely shouldn't stop, just continue without history functionality (which normally isn't *that* critical). What happens if you rerun with a handful of "-d"s on the command line? 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 " in the message body.
Re: history problem
On Sun, 7 Mar 1999, you wrote: > I think about an bug in newsx. I have the same problem. Which news server are you using? C news? INN 1.x? INN 2.x? Did just the "history" file, or did the "history.pag" and "history.dir" files disappear too? Does everything begin to work if you rebuild the database? In newsx, the history database is only accessed via dbz, and then only as strictly read/only. A small shell-script wrapper round newsx may help clarify this. Replace ... with the newsx argument list, and adjust HIST as required: #!/bin/sh HIST="/var/lib/news/history" if ! test -e $HIST; then echo "history file lost before newsx started" `date` exit 1 fi newsx ... if ! test -e $HIST; then echo "history file lost while newsx was running" `date` exit 1 fi exit 0 If this is a crontab thing, you'll get mailed whenever there is a problem. Otherwise, you may want to send the echo statement by mail: echo "whatever" | mail myself 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 " 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 " 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 " in the message body.
Re: 441 Can't set system "X-Trace" header"
On Mon, 11 Jan 1999, Brian Naylor wrote: > The solution is to strip the X-Trace headers > out of your posts before they get to the ISP. On a general note: Should newsx by default strip X-Trace and X-Complaints-To, just as it now strips NNTP-Posting-Host? Does any version of INN set X-Trace and X-Complaints-To by default? Additionally, should it perhaps by default reject posting of articles that does not contain the local host name in "NNTP-Posting-Host"? Subject to a command line option, of course. 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 " in the message body.
Re: 441 Can't set system "X-Trace" header"
On Mon, 11 Jan 1999, you wrote: > I can't see why newsx is attempting to > post the message to my ISP's news server since I'm the only one on my > network and the article is not written by me. Basically, newsx does not care who wrote the article. For any given external news host, newsx will attempt to post all articles that INN places in its outgoing spool for that host. > What is making entries > in /var/spool/news/out.going/SERVERNAME? other than me(gnus)? INN is, not gnus. Gnus will post articles to your local INN server. As an entirely seperate issue, INN will, for every external host name that appears in the "newsfeeds" file, decide what articles that should be sent back to that host. This decision is based on the PATH header entry. Most probably, your problem is that you have not set up the "exclude" part of the newsfeeds entry for the host in question correctly. From the example in the README it is "acme.net": acme/acme.net:*,!junk*,!control*:Tf,Wf: In your case, it would be whatever your external news host places in the "Path:" for all articles that it sees. Normally, this appears as the first path entry of all articles that you receive from this host. Recent versions of newsx additional safeguards in this area - I assume you are using an earlier version. 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 " in the message body.
Re: New at newsx
On Thu, 7 Jan 1999, you wrote: > PersonalINN 2.2 has a > graphical frontend which allows you to browse all available newsgroups while > choosing those you want to fetch with newsx by a mouseclick in the browser > window. Would it be feasible to port PersonalINN to platforms other than Next? Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022870 Fax: +47 22525899 Snail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway URL: 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 " 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 " 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 " 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 " in the message body.
Re: Path to catastrophy
On Mon, 7 Sep 1998, you wrote: > Hm, but if NewsX simply duplicates INN's behaviour, it can't cure any problem > due to misconfiguration of INN, can it? (I suppose that said misconfiguration > of the user was that he *didn't* correctly enter the hostname of his > provider's news server into newsfeeds, and that INN *therefore* sent back all > articles.) The point of the entire exercise is to detect such a misconfiguration BEFORE any articles are allowed to enter the spool and thus be seen by INN. The intention was to abort all news fetching from a given host, with a suitable error message, if it is discovered that the "Path" headers from that host does not contain the host name (with alternatives) specified in the configuration. It may seem drastic, but so far I can't see it should do any harm. And hopefully, it should prevent beginners from doing stupid mistakes. 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 " in the message body.
Re: Path to catastrophy
On Mon, 7 Sep 1998, you wrote: > I fetch news from news.frontiernet.net, but the path header says > "node17.frontiernet.net!". If you put this check in, make sure it > handles the "alternate" names for the site (the names after the slash in the > newsfeeds entry). Of course. The point is to do the exactly same thing as INN does when it is deciding whether to spool the news backwards to where it in fact came from, or not. I've imagined that this also includes traversing the path, but I'll check to make sure. 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 " in the message body.
Path to catastrophy
Recently, there was an incident in no.* where an inexperienced used had set up INN/suck, and misconfigurations at his side caused him to post all articles back to his ISP. The ISP had of course set up his news system to generate new message IDs for all POSTed messages (a very bad idea, IMHO), and of course the entire news system was soon flooded with duplicate articles. This is simply too much of a catastrophy that I would want this to happen to any newsx user. I have thought of a couple of safeguards that hopefully should make the likelihood if this happening virtually nil: A.By default, check that all articles subjected to posting only contains a path with at most N entries, and cry out loudly if this is not the case. The default value of N is 1. It might be set to any value for those who know what they are doing. B.When fetching articles, check that the first name in the path list corresponds to the name given in the corresponding sys / newsfeeds entry, and complain loudly if it doesn't. May also use an option to override, altough I would think most people would like this as a safeguard against ISPs changing host names anyhow. Would any of these features cause unforseen problems in any situation? Any other protests? Other thoughts? 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 " in the message body.
Re: Patch for NewsX version 1.0
On Thu, 3 Sep 1998, you wrote: > The patch does not fix the problems ... > Something goes wrong with locking. Make check works here. Perhaps you could try the 1.1 version and see what happens. Also note that the make check probably does not work in all environments. I shall try to improve it due course, and if you find any fixes please let me know. At the very least, the test environment should have contained a small NNTP news server. 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 " in the message body.
Re: NewsX: Version 1.0 now available
On Thu, 3 Sep 1998, you wrote: > but forgotten the test suite ;-)) You're right. I simply forgot to run make check ;-( I've now made it part of make sunsite, so hopefully it won't happen again. > it looks like older version and newcomers must think that > there is a risk to test functional news servers with newsX. The problem only happens with the noaction test mode, so it is still OK for actual operation! I'll submit a patch to newsx-announce right away. This wouldn't happened it the source was compiled with -Wall, but this option disappeared somewhere in switching to automake/autoconf. I'll fix that in the next release. > the normal logging sheme with syslog could be changed to other > facility. > compiling is ok but debugging information (gcc -g) is overkill. > most people dont need this and it could be disabled by default. I'm not sure. It really helps when I ask people to run gdb to find errors! Only downside is that the size of the executable file (but not memory image) increases. Anyway, this is default autoconf behaviour. Probably for a reason. > the decritption of parameter -rnews is ugly. it shows that newsx > will write to /var/spool/news/articles without use this option It says it will place them in the incoming spool, doesn't it? Which is correct AFAIK. > what i am missing is functionality to fetch only groups never > seen before. ok, it`s automaticly done when there is no entry > in inhosts/spoolfile, but in situation when spoolfile exists and > there are hundreds of entrys fetching begins in order of entrys > and will take to mutch time to order news groups without changing > the allowed groups in newsfeeds for this feed. Should that option fetch new groups before the old ones, or should it fetch the new ones only? The latter might be easier to implement ;-) > locking in fact is good, but exit when other newsx active is no > good idea. That shouldn't happen, and if it it does it is a bug. I regularily fetch from several news sources myself, and testing just now it was no problem running 3 newsxes at the same time. 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 " in the message body.
Re: can't open history file?
On Thu, 7 May 1998, you wrote: > I recently moved my news server from a Linux/Intel system running C News to a > Linux/Alpha system running INN. Newsx 0.9 compiled ok, and it looks like it's > running mostly ok, but it can't seem to do history lookups. One thing occurred to me: What version of INN are you using? Do you have the source code for it? Perhaps you could do a diff between the dbz.c from the INN and the dbz.c from newsx. Are there any significant differences? Perhaps the database on a 64 bit machine is in another format (although I somewhat fail to see why this shouldn't be the same for both INN and newsx point of view)? 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]
Re: can't open history file?
On Thu, 7 May 1998, you wrote: > newsx: cannot open history "/var/lib/news/history": Numerical argument out of domain > > Is this a dbm/dbz thing? Yes. What values does the configuration have for HAVE_LIBDBZ, HAVE_LIBDBM? If neither are set, you will be using the "dbz.c" that came with the package. This claims that the errno is supposed to be valid if an error is reported, so that the error message you see should be valid. To find out more, I think your options are: 1. Recompile dbz.c with DBZDEBUG set and see if that gives any clues. 2. Trace through the function dbzdbminit() and see where the error occurs. 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]
Re: Compile news under NeXTstep?
On Sun, 18 Jan 1998, you wrote: > Egil, any plans for adding some filtering to NewsX? As you might know, I have a somewhat ambivalent view towards filtering at this level. For instance, filtering would probably make the windowing optimalization far less efficient, and/or more of a burden for the news server. > only because it does allow filtering, > which saves an enormous amount of time downloading articles. I assume we probably have totally different scenarios - unwanted articles that could comfortably be resolved by filtering set up by an individual consists of only a couple of percent of the news I get, and I consider schemes like nocem a better approach. Anyway, what sort of filtering criteria/features do you use/need? 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]
Re: Compile news under NeXTstep?
On Sun, 18 Jan 1998, you wrote: > But. it's already there! =:) You're right, of course! I've investigated the problem a bit further, and autoconf has a specific cure for this (AC_TYPE_PID_T), which I'll add to future releases. In the meantime, I suggest you just add: typedef int pid_t; Somewhere in common.h, but outside any #if. 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]
Re: Compile news under NeXTstep?
On Sun, 18 Jan 1998, you wrote: > > man fork 2 > > Tells me about: > #include OK, then just add that to the common.h at some convenient place, like Conrad suggests. E.g: #if HAVE_UNISTD_H # include #endif #include I'll wrap this into autoconf red tape in the next newsx release (which is due RSN). 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]
Re: New user of NewsX
On Tue, 9 Sep 1997, you wrote: > I have 2 providers to get and send the newsgroups (hol.fr & teaser.fr) > my local hostname is "X-Files", my "newsfeeds" is: > > ME:*:: > news.hol.fr/news1.isdnet.net,teaser.fr: \ > !X-Files*,!teaser*,!control*,!junk*:Tf,Wr > news.teaser.fr/teaser.fr,news1.isdnet.net: \ > !X-Files*,!control*,!junk,!hol.*:Tf,Wr You have just described what groups you don't want, not what groups you do want. If you will allow all groups *except* the ones you mention, you should say: ME:*:: news.hol.fr/news1.isdnet.net,teaser.fr: \ *,!teaser*,!control*,!junk*:Tf,Wr news.teaser.fr/teaser.fr,news1.isdnet.net: \ *,!control*,!junk,!hol.*:Tf,Wr Where the first * on the newsgroup list signifies that you basically take all groups from that server, and the !-items are things you don't take after all. I removed the X-Files item. If that indeed is a name of a local news hierarchy, you should of course include it. > 3) where to get more information and example ? I assume you have already found the NewsX README, FAQ and man-pages. Useful information and further pointers on INN can be found in the FAQ regularily posted in news.software.nntp. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Snail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway URL: http://home.sn.no/home/egilk/PGP: finger:[EMAIL PROTECTED]
Re: test
On Tue, 9 Sep 1997, Thierry LOUVEL wrote: > is this msg good now ? Yes, it does appear correctly on the list. And you have guessed correctly, all correspondence to the list should be sent to [EMAIL PROTECTED] I'll update the documentation you receive to make this clearer. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Snail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway URL: http://home.sn.no/home/egilk/PGP: finger:[EMAIL PROTECTED]
Re: Anybody else having problems with big files?
On Thu, 4 Sep 1997, you wrote: > -> IHAVE <[EMAIL PROTECTED]> > <- 335 > (74 lines) > <- 235 > reading /var/spool/news/news/groups/165130 > -> IHAVE <[EMAIL PROTECTED]> > <- 335 > (489 lines) > newsx: timeout on server socket > unlocked: /var/spool/news/out.going/freenet-news.carleton.ca/LOCKb This really looks like a genuine case of the server not responding. Why, I can't say, but the NewsX receive timeout seems to be working at least. It would be very interesting to know if the same article always fails on subsequent attempts, or if it is a case of random thing (more likely to happen during transfers of large articles). I'll (real soon now) rewrite the handler of the togo-file to deal with the timeout in a smarter way, as well as implement an optional max article size limit for sending. Egil -- Email: [EMAIL PROTECTED] Voice: +47 22523641, 92022780 Fax: +47 22525899 Snail: Egil Kvaleberg, Husebybakken 14A, 0379 Oslo, Norway URL: http://home.sn.no/home/egilk/PGP: finger:[EMAIL PROTECTED]