The steady state of disks is full. -- Ken Thompson

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 5 Days 5 Hours ago by: Grant Taylor

Hi Julien, Thumbs up all around. I think it's my turn to buy some people some drinks.

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 5 Days 15 Hours ago by: Julien_ÉLIE

Hi Grant and Tom, OK, I see. I've rewritten the sentences this way: If set, this value is prepended as a path identity immediately to the right of *pathhost* in the Path header field body of accepted articles if it doesn't alre

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 5 Days 23 Hours ago by: Tom Furie

As it's the use of "before" and "after" that cause so much confusion when dealing with the Path header - and which means append or prepend - I'd suggest rewording the parenthesised part to "immediately to the right of pathhost", or simil

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days ago by: Julien_ÉLIE

Hi Jesse, It would happen when there is neither "!!" nor "!.MISMATCH." as set by the above suggested rules. INN couldn't check the path identity because the pathmatch parameter was not set. It's the third part of the following excerp

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days ago by: Grant Taylor

Hi Julien, :-) This all looks good to me. I think, other than my comment below, any suggestions would be nitpicking / bikesheding. I do wonder if there might be some value in making a comparison to "pathcluster" possibly being an

Posted: 6 Days 1 Hour ago by: Julien_ÉLIE

Hi Grant, That's a pretty good point. I suggest the following improvement in how all that stuff is documented in inn.conf. (Thanks, Russ, for your great wording I reused.) *pathhost* What to put into the Path header field to r

INN 2.x FAQ

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 16 Hours ago by: Russ Allbery

Last-modified: 2023-02-20 Posted-by: postfaq 1.17 (Perl 5.28.1) Archive-name: usenet/software/inn2-faq URL: https://www.eyrie.org/~eagle/faqs/inn.html Posting-frequency: monthly This FAQ is intended to answer frequently asked questions co

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 18 Hours ago by: Jesse Rehmer

I got a good chuckle and share the sentiment. That said, I offer my spool up for reading to anyone without authentication, so who knows, but it seems unlikely anyone actually reading or exchanging those messages would complain to me if t

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 18 Hours ago by: Russ Allbery

Oh, good! My personal opinion is that those groups are silly and I don't feel the need to use my resources to support them, but that's just me. I think it takes some real mental contortions to convince yourself that the best solution

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 19 Hours ago by: Jesse Rehmer

It's very good at detecting yEnc (still the most popular format). Not sure how much I care about alt.anonymous.messages and similar groups, but I see quite a few PGP messages that I accepted while running pyClean and Cleanfeed in my spo

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 19 Hours ago by: Russ Allbery

I'm fairly sure it's just arbitrary. Definitely not a formal standard. My theory was that you can't pack a binary that would cause any real trouble into only 40 lines of base64. I'm not 100% sure that's true depending on whether imple

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 19 Hours ago by: Jesse Rehmer

Yeah... so I always read paths left to right, but understand where you are coming from, but I always ignored that because I'm always considering the Path from my server to the sending peer and beyond and not the other way around, which i

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 19 Hours ago by: Grant Taylor

I think this is coming down to a discrepancy between "left most" and "first". left most = newest = last right most = oldest = first On 3/20/23 8:35 PM, Jesse Rehmer wrote: ;-) Combine this with the following excerpts from the inn.con

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 19 Hours ago by: Jesse Rehmer

More precisely, Path matching from the server perspective is left to right, and validation only occurs against the first element.

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 19 Hours ago by: Jesse Rehmer

For Path validation it reads left to right, but only validates against the first element.

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 19 Hours ago by: Jesse Rehmer

I did take your advice, reverted to the original code, and increased the base64 line count. Should have realized it was that simple in the first place, but I wasn't sure if that 8 line reference was a standard or arbitrary from back in t

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 19 Hours ago by: Grant Taylor

Thank you for explaining Jesse. That's what I was expecting. As I type this, I'm wondering if this is an issue of what "first" actually means. Or rather if the inversion of the naturally intuitive placement is causing part of this pr

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 20 Hours ago by: Russ Allbery

https://www.rfc-editor.org/rfc/rfc5537.html#section-3.2.1 although I'm not sure if that's what you're looking for.

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 20 Hours ago by: Russ Allbery

Exactly. pathcluster is a mechanism for doing the latter, when you may be changing actual servers under the hood but don't want to keep telling peers to change things or exclude multiple different Path entries because you may feed them

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 20 Hours ago by: Russ Allbery

Ah, yes, indeed, I'm wrong about how long the RSA signatures are (I assume that's what that is; I didn't check) with a sufficiently large key. It looks like, back in the day, I used a 40 line cutoff in my binary filter.

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 20 Hours ago by: Jesse Rehmer

It may also help you to explain it this way, on tncsrv09.home.tnetconsulting.net, if you set pathalias to tnetconsulting.net your path to me as your infrastructure is now would look like this (not a valid match): Path: tncsrv06.tnetcons

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 20 Hours ago by: Jesse Rehmer

Forgot to mention, it may help to look at what headers look like originating from your server from another server's perspective. There are a number of ways to do this, but an easy one is to post an article to alt.test with some valid e-m

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 20 Hours ago by: Jesse Rehmer

The easiest way to think about it is this (for me at least): You are telling peers that your site's Path is "tnetconsulting.net". When my server receives an article from yours the first element in the Path: header my server expects to s

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 20 Hours ago by: Grant Taylor

Based on this, it seems as if the exclude should reflect the name that the server uses. If that ever changes, update peers to use the new name. Or, cause INN (et al.) to continue using the old name.

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 20 Hours ago by: Grant Taylor

Okay.... Where can I find out more about how path verification is supposed to function. It is becoming evident that I'm thinking about things incorrectly and I need to read more documentation.

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 21 Hours ago by: Jesse Rehmer

Most PGP Signatures I'm seeing in NoCeM notices are 11 lines long. See <tvatqb$d4n$1@rasp.pasdenom.info> as just one example. These were being rejected before. My personal PGP Signature is > 8 lines as well. I understand your points,

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 21 Hours ago by: Urs Janßen

looks like missing braces { }

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 21 Hours ago by: Russ Allbery

This will mean that every message from your server will still be marked as not matching your true Path identity. If you expect the name of the server to change, you want to use pathcluster, *not* pathalias. pathalias puts the common n

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 22 Hours ago by: Grant Taylor

Correct. I believe that I want to set /pathalias/ and have you exclude tnetconsulting.net (the organization). One of the reasons that I'm stuck on /pathalias/ and /organization/ is that the server at the name will likely change to so

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 22 Hours ago by: Russ Allbery

Just FYI, by doing it this way you are allowing people to send you arbitrarily large binaries (up to your article size limit) by just adding a line starting with "-----BEGIN PGP " before the encoded binary. This is likely why the code

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 22 Hours ago by: Russ Allbery

pathalias is when there's some other Path entry that you want to add to the Path of every article passing through your servers for some reason, maybe because you used to have some other Path entry and you have peers that are configured t

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 23 Hours ago by: Jesse Rehmer

I should have looked at your headers before replying, I see its tncsrv06.tnetconsulting.net that is your peering box. So that's where you want pathcluster set to tnetconsulting. Your current path from my view: Path: usenet.blueworldhos

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 23 Hours ago by: Jesse Rehmer

That is the same MISMATCH I see in your articles today. You want your Path to look like this: Path: tnetconsulting.net!tncsrv09.home.tnetconsulting.net:tncsrv06.tnetconsulting.n et:... If tncsrv09.home.tnetconsulting.net is our peering

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 23 Hours ago by: Grant Taylor

Hi Julien, For my mental sanity I'm going to find & replace some terms: pathcluster = logical-cluster pathhost = physical-host pathalias = organization Thus the Path: header would (or could) look like this: Path:

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 6 Days 23 Hours ago by: Grant Taylor

I'm unconvinced. On 3/20/23 12:26 PM, Julien ÉLIE wrote: This sounds like what I was intending to do by having peers use tnetconsulting.net in their excludes in their newsfeeds file. My two servers are decidedly different and in no

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 6 Days 23 Hours ago by: Jesse Rehmer

I backed out several of the changes I had made that weren't successful. I believe moving the if statement for the PGP stuff at the top of this block and adding "return(Type);" is working as expected. I was able to re-send some articles t

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days ago by: Jesse Rehmer

Don't adopt Diablo. ;-) Gotcha, I thought I had read somewhere that the path diagnostic wasn't going to be until 2.8.0. This is more or less equivalent to the behavior of Diablo's "alias" parameter in dnewsfeeds that accepts wildmat

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days ago by: Julien_ÉLIE

Hi Jesse, I am reassured that INN isn't the only news server with trapdoors in its configuration :-) It will normally be in the 2.7.2 release; we do not necessarily need a major release for this change. Not before the end of this ye

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 1 Hour ago by: Jesse Rehmer

I also fixed my Diablo configuration. The ordering of the '-c' (Common path) and '-p' (Feeder/hostname path) flags matter when you start Diablo, and I had them in the wrong order, and thus technically causing a MISMATCH from my end. :-)

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 1 Hour ago by: Jesse Rehmer

After reading Julien's explanation, I believe you want to use pathcluster on your feeder machine so that the "tnetconsulting.net" element is the first/left-most element in the path when you pass the article to a peer.

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 1 Hour ago by: Grant Taylor

Hi, Thank you for clarifying that. Is "pathcluster" a place holder in your statement or are you suggesting that I use "pathcluster"/ Since my multiple servers are not pretending to be one server I think I should use "pathalias".

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 2 Hours ago by: Jesse Rehmer

It's annoying and a damn shame. I am absolutely in love with the decentralized architecture of Diablo, and would like to make further use of it via central article numbering, multiple decentralized spools, etc., but the lack of informati

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 2 Hours ago by: Julien_ÉLIE

Hi Jesse, :-( This line should just be changed to: sprintf(ipfail, ".MISMATCH.%s!", PeerIpName); It will then correctly write "usenet.blueworldhosting.com!.MISMATCH.45.33.28.24!tncsrv06.tnetconsulting.net".

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 3 Hours ago by: Jesse Rehmer

Given the large number of profitable commercial entities using Diablo, I am quite certain that development has occurred, but is not being shared with the rest of us. Not a developer, but looking at the source, the only place I see any r

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 3 Hours ago by: Julien_ÉLIE

Hi Jesse, For the "!45.33.28.24.MISMATCH" path diagnostic? It was implemented before the final version of the RFC standardizing it. The expected standardized one is "!.MISMATCH.45.33.28.24". It may be worthwhile fixing it in a patch...

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 4 Hours ago by: Jesse Rehmer

So the Diablo syntax is backwards?

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 4 Hours ago by: Julien_ÉLIE

Hi Jesse, FWIW, the standardized syntax is "!.MISMATCH.45.33.28.24", in coherence with "!.POSTED.alpha.home.tnetconsulting.net". The diagnostic is followed with a value. According to Diablo's changelog: Diablo V1.12 A

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 7 Days 4 Hours ago by: Julien_ÉLIE

Hi Jesse and Grant, Path: pathcluster!!pathhost!!pathalias!... From inn.conf documentation: pathalias The main purpose of this parameter is to configure all news servers within a particular organization to add a common identity strin

Re: Seeking help modifying Diablo source to prevent (thread)

Posted: 7 Days 5 Hours ago by: Jesse Rehmer

Ahhh thank you, this makes sense. I did move the PGP related if statements above the others as you had suggested earlier. So far, so good, but may take a while to know for sure. The changes didn't break the binary detection, so there's

Posted: 7 Days 6 Hours ago by: Tom Furie

This looks like a bitfield map, so the 020b00 you see above equates to a sum of PGPMESSAGE + BASE64 + BINARY + MIME. At least it's recognised the PGP element. The size of the signature (greater than the 8 line limit in the earlier check)

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 7 Days 7 Hours ago by: Ray Banana

Thus spake Ray Banana <rayban@raybanana.net> slrn 1.0.3 is happy with inn-CURRENT-20230319. Thanks, Julien.

Re: Seeking help modifying Diablo source to prevent (thread)

Posted: 7 Days 8 Hours ago by: Jesse Rehmer

I may give this a try. I ended up disabling the IFILTER feed/label and it stopped the behavior. I'm a bit confused by it's intended behavior, as I thought it was only for rejecting misplaced binaries, but looking at the logs I see it is

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 7 Days 12 Hours ago by: Tom Furie

That certainly seems to be the case. I'd be tempted to switch the order of this whole 'if-else' sequence so the check for "-----BEGIN PGP ..." comes before the binary tests. Cheers, Tom

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 7 Days 19 Hours ago by: Jesse Rehmer

I'm thinking it is the portion of code right above the PGP stuff: } else if (linetype & B64) { UUencode = 0; BinHex = 0; Base64++; if (Base64 > 8) { Type |= ARTTYPE

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 19 Hours ago by: Jesse Rehmer

Hrm, I guess another portion of the code higher up is taking precedence as this didn't change the behavior with messages like: <tv8i7j$q8m$1@rasp.pasdenom.info>

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 20 Hours ago by: Grant Taylor

+1 I'm trying to think about how peers might behave depending on the ordering of ":<host>.<domain>.<tld>:<domain>.<tld>:" vs ":<domain>.<tld>:<host>.<domain>.<tld>:". My guess below is predicated on the host being "<host>.<domain>.<t

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 20 Hours ago by: Jesse Rehmer

To piggy onto this, and something I would like to further understand, is the proper 'technically expected' usage of pathalias vs pathcluster. I understand the two basically differ whether they append or preprend the element, but I'm not

Re: Questions regarding Path entries in a multi-server network. (thread)

Posted: 7 Days 20 Hours ago by: Grant Taylor

;-) I suspect that I'm going to end up using pathalias as you suggested. I'm hoping to learn and understand better what should be happening, why it should be happening, and how I'm (accidentally) going against that now. :-)

Re: Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP (thread)

Posted: 7 Days 21 Hours ago by: Jesse Rehmer

Hehe - the peer in question is me. To shed further light on why Grant is asking, I noticed Grant's issue when I switched to Diablo which does Path matching diagnostics and I noticed this in messages coming from his site: Path:nnrp.usene

Questions regarding Path entries in a multi-server network.

Posted: 7 Days 21 Hours ago by: Jesse Rehmer

Thanks for that, not being a C developer I didn't even put together that "27" was the number of characters in the string, didn't know how to account for that, and now feel like a n00b. I will recompile and give this a shot, I really app

Re: Seeking help modifying Diablo source to prevent miscategorization of (thread)

Posted: 7 Days 21 Hours ago by: Grant Taylor

Hi, One of my peers brought something to my attention that they think is not correct about my configuration. They have provided enough information to make me think I need to change something. Before I make changes, I want to better und

Seeking help modifying Diablo source to prevent miscategorization of articles containing PGP

Posted: 7 Days 21 Hours ago by: Retro Guy

Maybe just change: if (*ptr == '-' && strncmp(ptr, "-----BEGIN PGP MESSAGE-----", 27) == 0) Type |= ARTTYPE_PGPMESSAGE; to: if (*ptr == '-' &&

Posted: 7 Days 22 Hours ago by: Jesse Rehmer

I recently switched to Diablo on the transit layer, but am observing it is rejecting messages that contain PGP as binary articles. This is preventing valid messages, such as NoCeM notices and messages that aren't encrypted but contain a PG

Posted: 9 Days 8 Hours ago by: Ray Banana

Thanks. I will try 20230318 then. BTW: I was informed that John Davis is working on a solution for slrn. I will test that, too, once it's available on github.

Posted: 9 Days 14 Hours ago by: Franck

Hello Julien, Yes, it was a typo of mine. Ok, I'll update SNS to reflect this. Thanks for confirmation.

Posted: 9 Days 15 Hours ago by: Julien_ÉLIE

Hi Franck, "HDR Bytes" without the ending semi-colon for the second form. Exactly. Otherwise, current slrn version cannot access overview data. A few other news clients may also not deal with that new syntax introduced with NNTP ver

Posted: 9 Days 16 Hours ago by: Franck

Hello Julien, Before or after a CAPABILITIES command, in LIST OVERVIEW.FMT, I'm currently sending: HDR :bytes sends metadata. HDR Bytes: sends value of header "Bytes". If I understand well, you are suggesting to send :bytes and :line

Posted: 10 Days 4 Hours ago by: Julien_ÉLIE

Hi Wolfgang, As the CAPABILITIES command has been added in RFC 3977 which defines Version 2 of NNTP, my guess is that a news client which uses that command has been updated to conform with RFC 3977. Of course, that may not be true but

Posted: 10 Days 4 Hours ago by: Russ Allbery

The underlying issue is that LIST OVERVIEW.FMT changed somewhat during its standardization process from what it was like before RFC 3977, specifically to add the metadata syntax. CAPABILITIES was added in RFC 3977, so older clients tha

Posted: 10 Days 10 Hours ago by: Ray Banana

I see. Haven't been aware of this. Thanks for the clarification. No. I'm not sure of the correlation between clients using CAPABILITIES and clients using LIST OVERVIEW.FMT. In slrn's case it would certainly work.

Posted: 11 Days 15 Hours ago by: Julien_ÉLIE

Hi Wolfgang, Disambiguating metadata items computed by the server (:bytes and :lines) and the real contents of the headers (Bytes: and Lines:). It is for consistency with the use of these strings in other commands. HDR :bytes <mid> HD

Posted: 13 Days 2 Hours ago by: Ray Banana

This is slrn failing to parse the new OVERVIEW.FMT in INN 2.8. See Julièn's post from last July in <tc6fmu$2q025$1@news.trigofacile.com>. I must admit that slrn without XOVER is painfully slow and so I'm reverting to the previous versio

Re: Path insertions and preloads (thread)

Posted: 13 Days 11 Hours ago by: Julien_ÉLIE

Hi Russ, [...] That's perfectly clear, thanks for your message.

Re: innd 2.6.5 to 2.8.0 (thread)

Path insertions and preloads (was: Re: Results of a test of mixmin posts, comparing the past few years with today's results) (thread)

Posted: 13 Days 21 Hours ago by: Nigel Reed

Thank you for this. I have upgraded to the latest 2.8 on git as of last week and it seems to be running fine. Thanks,

Posted: 15 Days 21 Hours ago by: Russ Allbery

Well, strictly speaking these sorts of Path preloads and insertions are against the protocol unless one is adding only other Path identities that one controls, so the protocol itself does not consider them or provide any guidance, othe

Re: custom auth not executing (thread)

Posted: 17 Days 4 Hours ago by: Nigel Reed

Nevermind, I turned trace on and I see it trying to use my custom script in the logs. Thanks,

custom auth not executing

Posted: 17 Days 5 Hours ago by: Nigel Reed

Hi team, What have my idiot fingers typed wrong this time? At the bottom of my readers.conf file I have the following: auth all { auth: "/news/bin/auth/passwd/ckpasswd -f /news/etc/usenet.passwords" } access full { user

Re: innd 2.6.5 to 2.8.0 (thread)

Posted: 18 Days 3 Hours ago by: Julien_ÉLIE

Hi Nigel, Using CURRENT INN 2.8.0 is fine, it is as stable as the STABLE branch 2.7.x. There's not much development these days on INN; what is committed on CURRENT can be considered stable and already tested by the committer. Usual

Re: innd 2.6.5 to 2.8.0 (thread)

Posted: 18 Days 9 Hours ago by: The Doctor

: Hi decided it's time to upgrade so went with the git open and just : realized I grabbed 2.8.0 instead of the 2.7.x branch. Are there any : gotchyas going from 2.6.5 and 2.8.0 and is it stable enough or should I : stick with 2.7? I'm no s

innd 2.6.5 to 2.8.0

Re: Can't post to rocksolid NNTP - where to get help? (thread)

Posted: 18 Days 12 Hours ago by: Nigel Reed

Hi decided it's time to upgrade so went with the git open and just realized I grabbed 2.8.0 instead of the 2.7.x branch. Are there any gotchyas going from 2.6.5 and 2.8.0 and is it stable enough or should I stick with 2.7? I'm no stranger t

Re: Can't post to rocksolid NNTP - where to get help? (thread)

Posted: 20 Days ago by: Nomen Nescio

According to your headers, you post from Newshosting.com: X-Complaints-To: abuse(at)newshosting.com

Re: Can't post to rocksolid NNTP - where to get help? (thread)

Posted: 20 Days 5 Hours ago by: fos

i never had AT&T internet service, only their phone service. i live in a rural area and had a regional long distance calling plan. i was able to call the Buffalo area for the cost of local phone calls. i used it to dial up BuffNET. unkn

alt.bbs

Posted: 20 Days 6 Hours ago by: badgolferman

Did you receive the letter that AT&T sent to all its cable customers when they killed their NNTP servers? I did. I received that letter. It was bullshit. Pure political bullshit. Stupid people believed it. Oh, AT&T. They care so much f

Re: Can't post to rocksolid NNTP - where to get help? (thread)

alt.bbs

Posted: 20 Days 7 Hours ago by: badgolferman

Democracy depends on an informed constituency, where I won't disagree with most of what you say (I'm not sure about Nazi's but a lot of people way back when, e.g., Lindburgh for one, didn't know what we now know of them). Trump (as a

Re: Results of a test of mixmin posts, comparing the past few years (thread)

Re: Results of a test of mixmin posts, comparing the past few years (thread)

Posted: 21 Days 14 Hours ago by: Marco Moock

According to E-S, they use newsfeed.aioe.org which points to 46.165.242.75. I get ICMP dest unreachable.

Re: Results of a test of mixmin posts, comparing the past few years with today's results (thread)

Posted: 21 Days 14 Hours ago by: Marco Moock

Why should mixmin do that?

Re: Results of a test of mixmin posts, comparing the past few years with today's results (thread)

Posted: 22 Days 1 Hour ago by: crazy blackjack

Re: Results of a test of mixmin posts, comparing the past few years with today's results (thread)

Posted: 25 Days 21 Hours ago by: Nomen Nescio

Check Path header in this message: <ttf01c$1ckpr$1@news.mixmin.net>

Posted: 25 Days 21 Hours ago by: Nomen Nescio

This message have your User-Agent in Path.

Re: stats 2023 FEb (thread)

Posted: 26 Days 5 Hours ago by: Sn!pe

!Sn!pe

Re: stats 2023 FEb (thread)

Re: Results of a test of mixmin posts, comparing the past few years (thread)

Posted: 26 Days 5 Hours ago by: Adam H. Kerman

Let's cut all this unread. I am appending a complete list who enjoy yads spamtrolling these statistics to dozens of newsgroups who are quite capable of looking them up if they were interested. Here's that list: Here ends the list. F

Posted: 26 Days 11 Hours ago by: noel

negative

stats 2023 FEb

Re: Results of a test of mixmin posts, comparing the past few years (thread)

Posted: 26 Days 15 Hours ago by: The Doctor

Group : news.software.nntp Statistics : from 2/1/2023 to 2/28/2023 ***** Users with most messages ***** num| Name | Nb Msg | size | or. | % ----|-----------------------|--------|--------|-----|------------------| 1 |

Re: Results of a test of mixmin posts, comparing the past few years (thread)

Posted: 27 Days 2 Hours ago by: Ivo Gandolfo

https://github.com/Aioe

Re: Results of a test of mixmin posts, comparing the past few years with today's results (thread)

Posted: 27 Days 5 Hours ago by: fos

perhaps aioe still has a transit (peering) server running and only its reader is down. -- SDF Public Access UNIX System - https://sdf.org That which does not kill you makes you stranger.

Re: Results of a test of mixmin posts, comparing the past few years with today's results (thread)

Posted: 1 Month 1 Day ago by: Andy Burnelli

Hi Paul, Thanks. I know you well from the Windows ng and you're a purposefully helpful guy, like I am, who has helped thousands over the years. I found the problem which was a syntax error crept into the scripts. I will send _this_ mes

Re: Results of a test of mixmin posts, comparing the past few years with today's results (thread)

Posted: 1 Month 1 Day ago by: Andy Burnelli