Hello!
paganini.bofh.team seems to be a server where many people post
bullshit and do name forgery.
Are there legitimate users that post interesting stuff or is that only
a place where trolls come from and can be listed in the killfile?

--
kind regards
Marco

Marco Moock <mo01@posteo.de> wrote:

>Hello!
>paganini.bofh.team seems to be a server where many people post
>bullshit and do name forgery.
>Are there legitimate users that post interesting stuff or is that only
>a place where trolls come from and can be listed in the killfile?

Lots of people on Usenet despise me. I have a long-standing flamer who
follows me from group to group who finds it necessary to post through
paganini, 'cuz flaming me requires someone to feign anonymity (even
though I know exactly who it is).

You would be depriving all the others who despise me of worthwhile
poasts.

As always, Marco, who gives a damn about what other people think? Make
up your own mind. Peer with whom you care to or don't. Make a decision
that suits your own needs.

On 29/08/2023 19:39, Adam H. Kerman wrote:
> Marco Moock <mo01@posteo.de> wrote:
[cut]

Hi Marco, hi Adam,

I am the administrator of paganini, and as much as possible I try to
trace (and stop) the abuses that pass through my server.
My server has an "open-server" policy, with limits imposed by filters
that I'm improving day by day. But if something escapes me feedback is
very welcome. List me the message-ids, and I'll try to do better.
Otherwise I can advise some cancel-bot-nocem admin to put those things
on auto-delete.

Sincerely

--
Ivo Gandolfo
Newsmaster

Marco Moock <mo01@posteo.de> wrote:
> paganini.bofh.team seems to be a server where many people post
> bullshit and do name forgery.
> Are there legitimate users that post interesting stuff or is that only
> a place where trolls come from and can be listed in the killfile?

Since Aioe and Mixmin are out as posting options, it's now my first
fall-back in case Ausics goes offline. But I remember it being
pretty slow (from Australia) last time I tested it (like Mixmin),
so I might get fed up with it quick anyway if Ausics goes down
completely.

--
__ __
#_ < |\| |< _#

Ivo Gandolfo <usenet@bofh.team> wrote:
>On 29/08/2023 19:39, Adam H. Kerman wrote:
>>Marco Moock <mo01@posteo.de> wrote:

>[cut]

>Hi Marco, hi Adam,

>I am the administrator of paganini, and as much as possible I try to
>trace (and stop) the abuses that pass through my server.
>My server has an "open-server" policy, with limits imposed by filters
>that I'm improving day by day. But if something escapes me feedback is
>very welcome. List me the message-ids, and I'll try to do better.
>Otherwise I can advise some cancel-bot-nocem admin to put those things
>on auto-delete.

I'm not concerned about getting flamed. It's Usenet.

On 30/08/2023 01:32, Computer Nerd Kev wrote:
> Since Aioe and Mixmin are out as posting options, it's now my first
> fall-back in case Ausics goes offline. But I remember it being
> pretty slow (from Australia) last time I tested it (like Mixmin),
> so I might get fed up with it quick anyway if Ausics goes down
> completely.
>

It seems strange to me, because I have some direct peering with 2/3
australian ISPs. Could you send me a log of the command tracert
paganini.bofh.team (if you use windows) or traceroute-nanog
paganini.bofh.team (if you use linux) to my email? I will try to
investigate the reason for this slowness. if necessary I could think
about requesting a direct peering to your ISP.

Sincerely

--
Ivo Gandolfo
Newsmaster

Ivo Gandolfo <usenet@bofh.team> wrote:
> On 30/08/2023 01:32, Computer Nerd Kev wrote:
>> Since Aioe and Mixmin are out as posting options, it's now my first
>> fall-back in case Ausics goes offline. But I remember it being
>> pretty slow (from Australia) last time I tested it (like Mixmin),
>> so I might get fed up with it quick anyway if Ausics goes down
>> completely.
>
> It seems strange to me, because I have some direct peering with 2/3
> australian ISPs.

Apologies, I should have been more specific that it was the
speed of downloading headers that I was referring too. Actually
I notice now that it's mainly the delay before they start
downloading when entering a group (in Tin), so the server rather
than the internet connection is probably the bottle-neck.

And I see that delay actually isn't much worse than Ausics either,
and is about the same as or better than Ausics the second time if I
fetch the headers for the same group again, so there's obviously
some caching going on. It's also nowhere near as bad as I remember
Mixmin (which is denying me read access now), so I was just
confused there.

I was probably thinking back to a comparison with Aioe, which
expired articles quickly and therefore had fewer to index in
busy groups. I only fetch the latest 500 article headers, but the
total number available clearly has an impact because (relatively)
busy groups like sci.electronics.design are always (with Ausics,
and it seems on your server too) slower to enter than others like
this one, even when I'm retrieving 500 article headers from both.

--
__ __
#_ < |\| |< _#

Computer Nerd Kev <not@telling.you.invalid> wrote:
> Ivo Gandolfo <usenet@bofh.team> wrote:
> > On 30/08/2023 01:32, Computer Nerd Kev wrote:
> >> Since Aioe and Mixmin are out as posting options, it's now my first
> >> fall-back in case Ausics goes offline. But I remember it being
> >> pretty slow (from Australia) last time I tested it (like Mixmin),
> >> so I might get fed up with it quick anyway if Ausics goes down
> >> completely.
> >
> > It seems strange to me, because I have some direct peering with 2/3
> > australian ISPs.
>
> Apologies, I should have been more specific that it was the
> speed of downloading headers that I was referring too. Actually
> I notice now that it's mainly the delay before they start
> downloading when entering a group (in Tin), so the server rather
> than the internet connection is probably the bottle-neck.
[...]
> I only fetch the latest 500 article headers, but the
> total number available clearly has an impact because (relatively)
> busy groups like sci.electronics.design are always (with Ausics,
> and it seems on your server too) slower to enter than others like
> this one, even when I'm retrieving 500 article headers from both.

Exactly. You've probably set getart_limit=-500 in .tin/tinrc.

I've set getart_limit=-2000 (to get good threading) and for groups
like news.software.readers it takes a long time to get new headers from
my personal server (Hamster), because I keep that group 'forever' (now
some 20 years) and it contains some 130,000 articles.

OTOH, relatively new groups like alt.comp.os.windows-11 are very fast,
because that (on my personal server) only contains some 7,000 articles.

I don't know what news server software paganini.bofh.team and the
others are running (INN?). That is probably much faster than Hamster,
but probably still has similar problems with fetching new headers from
large groups.

Am 30.08.2023 um 15:06:03 Uhr schrieb Frank Slootweg:

> I don't know what news server software paganini.bofh.team and the
> others are running (INN?).

INN 2.6.4, simply use telnet to find that out.

telnet <Server> 119

Marco Moock <mo01@posteo.de> wrote:
> Am 30.08.2023 um 15:06:03 Uhr schrieb Frank Slootweg:
>
>> I don't know what news server software paganini.bofh.team and the
>> others are running (INN?).
>
> INN 2.6.4, simply use telnet to find that out.
>
> telnet <Server> 119

Ausics doesn't advertise the software when a connection is
established and the server doesn't understand the CAPABILITIES
command, but the website explains that it's running Dnews.

"Sadly, DNews is no longer in production nor supported, it is not
IPv6 capable, nor is it native 64bit, however, it is still very
functional and powerful, it is very fast and resource nice, not
wanting a sizable chunk of system resources to run - for those
reasons we still use it today!"
https://newsgroups.ausics.net/peering.php

--
__ __
#_ < |\| |< _#

Frank Slootweg <this@ddress.is.invalid> wrote:
> Computer Nerd Kev <not@telling.you.invalid> wrote:
>> I only fetch the latest 500 article headers, but the
>> total number available clearly has an impact because (relatively)
>> busy groups like sci.electronics.design are always (with Ausics,
>> and it seems on your server too) slower to enter than others like
>> this one, even when I'm retrieving 500 article headers from both.
>
> Exactly. You've probably set getart_limit=-500 in .tin/tinrc.

More or less: "getart_limit=500"

> I've set getart_limit=-2000 (to get good threading) and for groups
> like news.software.readers it takes a long time to get new headers from
> my personal server (Hamster), because I keep that group 'forever' (now
> some 20 years) and it contains some 130,000 articles.
>
> OTOH, relatively new groups like alt.comp.os.windows-11 are very fast,
> because that (on my personal server) only contains some 7,000 articles.

Yeah Ausics hasn't been expiring any non-test articles since mid
2014. I'm not sure why news servers need to work harder to read the
same number of headers from groups with lots more articles, but it
seems to be a universal problem. I won't complain though, the long
retention is also useful.

--
__ __
#_ < |\| |< _#

Am 31.08.2023 um 09:14:43 Uhr schrieb Computer Nerd Kev:

> "Sadly, DNews is no longer in production nor supported, it is not
> IPv6 capable, nor is it native 64bit, however, it is still very
> functional and powerful, it is very fast and resource nice, not
> wanting a sizable chunk of system resources to run - for those
> reasons we still use it today!"
> https://newsgroups.ausics.net/peering.php

Nothing I think is reasonable.
No IPv6 is bad, not supported anymore too.

Also, NNTPS is not available, so passwords are being transferred
without encryption.

Marco Moock <mo01@posteo.de> wrote:
> Am 31.08.2023 um 09:14:43 Uhr schrieb Computer Nerd Kev:
>
>> "Sadly, DNews is no longer in production nor supported, it is not
>> IPv6 capable, nor is it native 64bit, however, it is still very
>> functional and powerful, it is very fast and resource nice, not
>> wanting a sizable chunk of system resources to run - for those
>> reasons we still use it today!"
>> https://newsgroups.ausics.net/peering.php
>
> Nothing I think is reasonable.
> No IPv6 is bad, not supported anymore too.

Each to his own. Works for me anyway, except this morning it seems
to be down.

> Also, NNTPS is not available, so passwords are being transferred
> without encryption.

There are no passwords, so far as I know.

--
__ __
#_ < |\| |< _#

Am 30.08.2023 um 03:07:57 Uhr schrieb Adam H. Kerman:

> Ivo Gandolfo <usenet@bofh.team> wrote:
> >On 29/08/2023 19:39, Adam H. Kerman wrote:
> >>Marco Moock <mo01@posteo.de> wrote:
>
> >[cut]
>
> >Hi Marco, hi Adam,
>
> >I am the administrator of paganini, and as much as possible I try to
> >trace (and stop) the abuses that pass through my server.
> >My server has an "open-server" policy, with limits imposed by
> >filters that I'm improving day by day. But if something escapes me
> >feedback is very welcome. List me the message-ids, and I'll try to
> >do better. Otherwise I can advise some cancel-bot-nocem admin to put
> >those things on auto-delete.
>
> I'm not concerned about getting flamed. It's Usenet.

You should, because it annoys many people and if there is no other way
than putting an entire newsserver in the killfile, valuable posts will
be killed too.

Could you simply provide the message-IDs, so we can see who does what?

Ivo Gandolfo a écrit :
> On 29/08/2023 19:39, Adam H. Kerman wrote:
>> Marco Moock <mo01@posteo.de> wrote:
> [cut]
>
> Hi Marco, hi Adam,
>
> I am the administrator of paganini, and as much as possible I try to trace
> (and stop) the abuses that pass through my server.
> My server has an "open-server" policy, with limits imposed by filters that
> I'm improving day by day. But if something escapes me feedback is very
> welcome. List me the message-ids, and I'll try to do better. Otherwise I can
> advise some cancel-bot-nocem admin to put those things on auto-delete.

I can confirm that you react to abuse and it's reassuring to see server
administrators like you.
Best regards

Marco Moock <mo01@posteo.de> wrote in news:ucqih8$3cgh9$4@dont-email.me:

> Am 31.08.2023 um 09:14:43 Uhr schrieb Computer Nerd Kev:
>
>> "Sadly, DNews is no longer in production nor supported, it is not
>> IPv6 capable, nor is it native 64bit, however, it is still very
>> functional and powerful, it is very fast and resource nice, not
>> wanting a sizable chunk of system resources to run - for those
>> reasons we still use it today!"
>> https://newsgroups.ausics.net/peering.php
>
> Nothing I think is reasonable.
> No IPv6 is bad, not supported anymore too.
>
> Also, NNTPS is not available, so passwords are being transferred
> without encryption.

So Marco gets his censorious butt kicked in a.f.n and now slimes his way
into n.a.n.u looking for allies to kill off open / free usenet servers.

That is Marco's goal. He thinks everything should be regulated, no post
left unassociated without a user name and birth certificate. Some folks
see that as "woke" or "metoo", overly intrusive.

In defense of Ivo, he's implemented reasonable restrictions to limit the
abuse of his server. There is far more abusive crap coming from giganews,
easynews and demon. Marco makes no mention of any of those, only paganini
because he has an agenda to get rid of it.

Marco doesn't like it because he can't dox somebody who posts something
that he alone deems offensive.

Marco, run your own server. Oh wait, you can't control anything that
propagates from other usenet servers so you go after what you think is low
hanging fruit.

Why don't you get a life, dude? Far better people than you have tried the
censorship scam you're running and failed. You will fair no better.

infiniti <infiniti@raleigh.com> wrote:
>Marco Moock <mo01@posteo.de> wrote:
>>Am 31.08.2023 um 09:14:43 Uhr schrieb Computer Nerd Kev:

>>> "Sadly, DNews is no longer in production nor supported, it is not
>>> IPv6 capable, nor is it native 64bit, however, it is still very
>>> functional and powerful, it is very fast and resource nice, not
>>> wanting a sizable chunk of system resources to run - for those
>>> reasons we still use it today!"
>>> https://newsgroups.ausics.net/peering.php

>>Nothing I think is reasonable.
>>No IPv6 is bad, not supported anymore too.

>>Also, NNTPS is not available, so passwords are being transferred
>>without encryption.

>So Marco gets his censorious butt kicked in a.f.n and now slimes his way
>into n.a.n.u looking for allies to kill off open / free usenet servers.

>That is Marco's goal. He thinks everything should be regulated, no post
>left unassociated without a user name and birth certificate. Some folks
>see that as "woke" or "metoo", overly intrusive.

You're whining about Marco whilst falsely claiming to be associated with
a domain. I looked up the domain. It's parked.

You created a sockpuppet to flame Marco. You provided evidence IN
SUPPORT of Marco's position that nothing useful has ever been posted
through such a server.

You are a complete and utter moron. No wonder you don't actually stand
behind anything you write.

>In defense of Ivo, he's implemented reasonable restrictions to limit the
>abuse of his server.

You just committed abuse by falsely claiming association with a domain
that is not yours. This should violate TOS/AUP but Steve either doesn't
have such a policy or won't enforce it.

Once again, you are going out of your way to support Marco's position
by behaving like the whiney little bitch that you are.

>There is far more abusive crap coming from giganews, easynews and demon.
>Marco makes no mention of any of those, only paganini because he has an
>agenda to get rid of it.

Is useful discussion originating from such a server? Your behavior in
this very followup supports Marco's position that useful discussion DOES
NOT come from such servers.

>Marco doesn't like it because he can't dox somebody who posts something
>that he alone deems offensive.

Ok. Can you provide the Message-ID in which Marco did that?

>Marco, run your own server. Oh wait, you can't control anything that
>propagates from other usenet servers so you go after what you think is low
>hanging fruit.

I'm not sure how you have a say in whether one News site peers with
another News site if you aren't the News administrator of either one.

>Why don't you get a life, dude? Far better people than you have tried the
>censorship scam you're running and failed. You will fair no better.

If you had taken this valuable advice to heart yourself, you
wouldn't have created this very sockpuppet to post this flame.

I don't support Marco's position but I am laughing at you.