Forrest J. Cavalier III wrote: >>in newsgroup names, where none of the existing encodings can be >>used as-is. > I disagree. Why can the ._ encoding not be used as is? (did you mean for this to go to inn-workers?) It can't be used as the first component, but I'm not sure if anyone really cares about that.
> Forrest J. Cavalier III wrote: > >>in newsgroup names, where none of the existing encodings can be > >>used as-is. > > > I disagree. Why can the ._ encoding not be used as is? > > (did you mean for this to go to inn-workers?) > > It can't be used as the first component, but I'm not sure if anyone > really cares about that. > Sorry. That was meant for the cowboys in usefor. Thanks for telling me. But it doesn't really matter that I sent it to the wrong list. Because unlike here, many people there do not care to listen or consider the hardships they will try to cause others. I'm not really too worried they will wreck Usenet though. I expect that if the IETF gives approval to their "works for me, must be your problem" document, it will be largely ignored by implementors.
Script started on Tue Oct 1 08:29:25 2002 ns2.nl2k.ab.ca//usr/source/inn-CURRENT-20021001$ cat ../cong=08 =08f*=0D =2E/configure --prefix=3D/var/news --libexecdir=3D/var/news/libexec --datad= ir=3D/usr/share --sysconfdir=3D/var/news/etc --localstatedir=3D/var --infod= ir=3D/usr/share/info --mandir=3D/usr/share/man --with-db-dir=3D/var/news/et= c --with-run-dir=3D/var/news/run --with-etc-dir=3D/var/news/etc --with-spoo= l-dir=3D/var/news/spool --with-log-dir=3D/var/log/news --with-news-user=3Db= in --with-news-group=3Dnews --with-low-memory --with-openssl=3D/usr/contrib= --with-berkeleydb=3D/usr/contrib --with-sendmail=3D/usr/sbin/sendmail --en= able-ipv6 --enable-largefiles =0D ns2.nl2k.ab.ca//usr/source/inn-CURRENT-20021001$ gmake=0D cd include && gmake all=0D gmake[1]: Entering directory `/usr/source/inn-CURRENT-20021001/include'=0D gmake[1]: Nothing to be done for `all'.=0D gmake[1]: Leaving directory `/usr/source/inn-CURRENT-20021001/include'=0D cd lib && gmake all=0D gmake[1]: Entering directory `/usr/source/inn-CURRENT-20021001/lib'=0D gmake[1]: Nothing to be done for `all'.=0D gmake[1]: Leaving directory `/usr/source/inn-CURRENT-20021001/lib'=0D cd storage && gmake library=0D gmake[1]: Entering directory `/usr/source/inn-CURRENT-20021001/storage'=0D =2E/buildconfig=0D tradindexed/ovmethod.config: tradindexed has already been defined=0D gmake[1]: *** [Make.methods] Error 2=0D gmake[1]: Leaving directory `/usr/source/inn-CURRENT-20021001/storage'=0D gmake: *** [all-storage] Error 2=0D ns2.nl2k.ab.ca//usr/source/inn-CURRENT-20021001$ x=08 =08exit=0D exit=0D(Continue reading)
The Doctor <doctor <at> doctor.nl2k.ab.ca> writes: > gmake[1]: Entering directory `/usr/source/inn-CURRENT-20021001/storage'=0D > =2E/buildconfig=0D > tradindexed/ovmethod.config: tradindexed has already been defined=0D Delete ov3/ovmethod.config. I have no idea why it's showing up in the snapshots, since it doesn't show up in a clean checkout of the tree. -- -- Russ Allbery (rra <at> stanford.edu) <http://www.eyrie.org/~eagle/> Please send questions to the list rather than mailing me directly. <http://www.eyrie.org/~eagle/faqs/questions.html> explains why.
We had a semi-crash the other day (hit the limit on number of open file descriptors due to some unrelated craziness), and now there are some articles that I can't retrieve. I can retrieve overview data just fine, and it looks right. The files are in tradspool fine, and the active file numbers match what's on disk. And grephistory will give me a token for the Message-ID gotten out of overview. But sm claims it doesn't know anything about the token. (I tried rebuilding the overview with tdx-util, and running makedbz in case something was weird there; no effect.) -- -- Jeffrey M. Vinocur jeff <at> litech.org
Jeffrey M Vinocur <jeff <at> litech.org> writes: > We had a semi-crash the other day (hit the limit on number of open file > descriptors due to some unrelated craziness), and now there are some > articles that I can't retrieve. I can retrieve overview data just fine, > and it looks right. The files are in tradspool fine, and the active > file numbers match what's on disk. And grephistory will give me a token > for the Message-ID gotten out of overview. But sm claims it doesn't > know anything about the token. At a guess, tradspool.map got corrupted. Is there an entry in it for the group number in the token? -- -- Russ Allbery (rra <at> stanford.edu) <http://www.eyrie.org/~eagle/> Please send questions to the list rather than mailing me directly. <http://www.eyrie.org/~eagle/faqs/questions.html> explains why.
On Tue, 1 Oct 2002, Russ Allbery wrote: > Jeffrey M Vinocur <jeff <at> litech.org> writes: > > > grephistory will give me a token for the Message-ID gotten out of > > overview. But sm claims it doesn't know anything about the token. > > At a guess, tradspool.map got corrupted. Is there an entry in it for the > group number in the token? So...I can't find any documentation on which part of a token is which. (But I can retrieve other articles from the groups in question, if that means anything.) -- -- Jeffrey M. Vinocur jeff <at> litech.org
OK, thanks that patch made it compile -- now for the run test! on Thu, 26 Sep 2002 15:44:10 -0700 Russ Allbery <rra <at> stanford.edu> wrote: > John Covici <covici <at> ccs.covici.com> writes: > >> OK, I got past that error -- thanks much, but I encountered another >> one. > >> gcc -g -O2 -I../include -D_REENTRANT -D_GNU_SOURCE -DDEBIAN >> -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE >> -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8.0/CORE -c cc.c >> cc.c: In function `CCsignal': >> cc.c:1615: `my_perl' undeclared (first use in this function) >> cc.c:1615: (Each undeclared identifier is reported only once >> cc.c:1615: for each function it appears in.) > > Could you try this patch? It looks like Perl 5.8.0 is redefining standard > functions in some odd way, and this patch should isolate the effects of > that. > > I'm not planning on moving to Perl 5.8.x until 5.8.1 here at Stanford and > it hasn't made it into Debian testing yet, so I'm not set up to test. > -- -- John Covici covici <at> ccs.covici.com(Continue reading)
Hi. I am having a very strange problem trying to use innxmit for posting outgoing news messages. What I get is the following message in the log and from innxmit. Oct 2 11:10:27 ccs innxmit[27529]: binarykiller.newsfeeds.com connect failed Cannot assign requested address Now if I post the article by hand, it works correctly -- am I doing something wrong, I cannot even find the text of the message anywhere. I am using 20021002 STABLE release of inn. Any assistance would be appreciated. -- -- John Covici covici <at> ccs.covici.com
Hello, I comme bak with my problem of history file which is still not solved. > What do the non-comment lines in your expire.ctl look like, by the way? expire.ctl file: ## Keep for 1-10 days, allow Expires headers to work. *:A:1:1:never > That doesn't look like an exactly cut and paste of the error message, or at least I can't find any part of INN that would generate that particular message. Can I get an exact cut and paste of the error message that you see in syslog? cut and paste of /var/log/news/news.err : Oct 1 19:55:43 localhost innd: SERVER cant write 79C895BFE33BA2EB90E9ADDB313A6578 Oct 1 20:52:44 localhost innd: SERVER cant write CBEDB3DBDF0ABD8F3D9C49218CF82E6C Oct 1 22:30:47 localhost innd: SERVER cant write 34A27BAEBC9B875A4BD2F93FCBADF7FB Note, it's look like a 16 Byte Hexadecimal number. If you open /var/lib/news/history file with a text editor you can see sometimes a line with: [34A27BAEBC9B875A4BD2F93FCBADF7FB] Behaps these messages are due to the fact that I have truncated history(Continue reading)
RSS Feed16 | |
|---|---|
11 | |
18 | |
12 | |
13 | |
11 | |
1 | |
7 | |
16 | |
23 | |
8 | |
5 | |
1 | |
11 | |
44 | |
3 | |
16 | |
28 | |
49 | |
56 | |
24 | |
6 | |
11 | |
26 | |
13 | |
32 | |
2 | |
6 | |
16 | |
36 | |
14 | |
9 | |
18 | |
26 | |
29 | |
35 | |
69 | |
53 | |
88 | |
39 | |
25 | |
29 | |
6 | |
47 | |
44 | |
101 | |
95 | |
32 | |
159 | |
98 | |
82 | |
40 | |
110 | |
80 | |
99 | |
142 | |
98 | |
123 | |
42 | |
29 | |
49 | |
68 | |
82 | |
67 | |
99 | |
108 | |
17 | |
16 | |
15 | |
15 | |
25 | |
32 | |
63 | |
8 | |
35 | |
16 | |
17 | |
27 | |
10 | |
8 | |
25 | |
41 | |
38 | |
16 | |
33 | |
55 | |
24 | |
25 | |
43 | |
31 | |
44 | |
103 | |
61 | |
85 | |
82 | |
54 | |
62 | |
94 | |
78 | |
124 | |
124 | |
49 | |
167 | |
122 | |
187 | |
60 | |
124 | |
97 | |
225 | |
81 | |
70 | |
177 | |
109 | |
105 | |
240 | |
195 | |
169 | |
210 | |
196 | |
211 | |
396 | |
247 | |
201 | |
176 | |
296 | |
347 | |
149 | |
141 | |
169 | |
220 | |
295 |
