Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
wijzigingen usenet op 28 juni en 1 juli 2021: achtergrond.
1,181 views
Skip to first unread message
Miquel van Smoorenburg
Jun 29, 2021, 8:20:02 AM6/29/21
to
Gisteren is er een aanpassing gedaan aan de news.xs4all.nl en
newszilla.xs4all.nl diensten. Deze aanpassing is nodig omdat de usenet
dienst gaat worden uitbesteed aan een externe News Service Provider (NSP).
Voor veel gebruikers van de usenet dienst zal deze overgang transparant
zijn. Klanten waarvoor dit niet zo is, en die hun instellingen moeten
aanpassen hierdoor, hebben daarover al een brief over ontvangen. Deze
posting is bedoeld om wat technische uitleg en achtergrond te geven.
Sinds het begin van de usenet dienst verlening is het mogelijk om gebruik
te maken van de dienst op poort 119 (en later op poort 563, SSL/TLS)
zonder loginnaam/wachtwoord te sturen mits je vanaf een xs4all IP adres
verbind. Dat wil zeggen, inbellen of een dsl/glas verbinding. Ook is
het al lang mogelijk om "van buitenaf" contact te leggen door wel een
loginnaam/wachtwoord te sturen.
Door de gebruikte software aan het begin werd als je vanaf een xs4all
IP adres verbond de loginnaam/wachtwoord, mocht die gestuurd worden,
genegeerd. Dat kon dus van alles wezen, correct of niet. Vanwege backwards
compatibility hebben we dat al die tijd in stand gehouden.
Als de dienst naar een externe partij gaat, willen we niet dat er
loginnamen en wachtwoorden naar die partij gestuurd worden. Dus hebben
we de software/dienst zo laten aanpassen dat dat niet kan. Als je in
een usenet client een loginnaam/wachtwoord hebt ingesteld, moeten die
velden leeg gemaakt worden, zodat die niet meer gestuurd worden. Als
er clients zijn die perse een loginnaam/wachtwoord _moeten_ sturen,
dan kan ingevuld worden "usenet/usenet". Dat werkt bij uitzondering wel.
Omdat er toch nog xs4all klanten zijn die gebruik maken van de usenet
dienst vanaf een niet-xs4all IP adres, is daar ook een oplossing
voor bedacht. Er is een nieuwe hostname in het leven geroepen,
"usenet.xs4all.nl". Deze dienst wordt door xs4all zelf verzorgd. Als
je daarmee verbind, op poort 563/TLS, dan moet je (altijd) een geldige
loginnaam/wachtwoord sturen. Dit werkt vanaf een willekeurig IP adres. Op
dit moment kom je dan uit op het "oude" newszilla platform. Op een
later moment zullen we dit waarschijnlijk gaan proxyen naar de NSP. Maar
loginnaam/wachtwoord komt nooit buiten xs4all.
Deze wijzigingen zijn ingegeaan op 28 juni. Dat is nog voor de
overgang naar de NSP, dus op het xs4all platform. Dit is zodat we kunnen
controleren hoeveel impact dit heeft. Als er geen problemen zijn (en daar
gaan we zeker van uit) dan wordt er op 1 juli overschakeld naar de NSP.
Mike.
newszilla.xs4all.nl diensten. Deze aanpassing is nodig omdat de usenet
dienst gaat worden uitbesteed aan een externe News Service Provider (NSP).
Voor veel gebruikers van de usenet dienst zal deze overgang transparant
zijn. Klanten waarvoor dit niet zo is, en die hun instellingen moeten
aanpassen hierdoor, hebben daarover al een brief over ontvangen. Deze
posting is bedoeld om wat technische uitleg en achtergrond te geven.
Sinds het begin van de usenet dienst verlening is het mogelijk om gebruik
te maken van de dienst op poort 119 (en later op poort 563, SSL/TLS)
zonder loginnaam/wachtwoord te sturen mits je vanaf een xs4all IP adres
verbind. Dat wil zeggen, inbellen of een dsl/glas verbinding. Ook is
het al lang mogelijk om "van buitenaf" contact te leggen door wel een
loginnaam/wachtwoord te sturen.
Door de gebruikte software aan het begin werd als je vanaf een xs4all
IP adres verbond de loginnaam/wachtwoord, mocht die gestuurd worden,
genegeerd. Dat kon dus van alles wezen, correct of niet. Vanwege backwards
compatibility hebben we dat al die tijd in stand gehouden.
Als de dienst naar een externe partij gaat, willen we niet dat er
loginnamen en wachtwoorden naar die partij gestuurd worden. Dus hebben
we de software/dienst zo laten aanpassen dat dat niet kan. Als je in
een usenet client een loginnaam/wachtwoord hebt ingesteld, moeten die
velden leeg gemaakt worden, zodat die niet meer gestuurd worden. Als
er clients zijn die perse een loginnaam/wachtwoord _moeten_ sturen,
dan kan ingevuld worden "usenet/usenet". Dat werkt bij uitzondering wel.
Omdat er toch nog xs4all klanten zijn die gebruik maken van de usenet
dienst vanaf een niet-xs4all IP adres, is daar ook een oplossing
voor bedacht. Er is een nieuwe hostname in het leven geroepen,
"usenet.xs4all.nl". Deze dienst wordt door xs4all zelf verzorgd. Als
je daarmee verbind, op poort 563/TLS, dan moet je (altijd) een geldige
loginnaam/wachtwoord sturen. Dit werkt vanaf een willekeurig IP adres. Op
dit moment kom je dan uit op het "oude" newszilla platform. Op een
later moment zullen we dit waarschijnlijk gaan proxyen naar de NSP. Maar
loginnaam/wachtwoord komt nooit buiten xs4all.
Deze wijzigingen zijn ingegeaan op 28 juni. Dat is nog voor de
overgang naar de NSP, dus op het xs4all platform. Dit is zodat we kunnen
controleren hoeveel impact dit heeft. Als er geen problemen zijn (en daar
gaan we zeker van uit) dan wordt er op 1 juli overschakeld naar de NSP.
Mike.
A. Dumas
Jun 29, 2021, 9:10:43 AM6/29/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
> Gisteren is er een aanpassing gedaan aan de news.xs4all.nl en
> newszilla.xs4all.nl diensten. [...]
> Gisteren is er een aanpassing gedaan aan de news.xs4all.nl en
Duidelijk, bedankt. Een ding wat je eerder schreef: de gegarandeerde
retentie van alles op de nieuwe nsp zal 30 dagen zijn, en als je meer wilt
op tekstgroepen dan raad jij aan om bijv. naar eternal-september.org uit te
wijken. Dat is nog steeds waar?
Jan Ehrhardt
Jun 29, 2021, 11:49:05 AM6/29/21
to
Miquel van Smoorenburg in xs4all.general (29 Jun 2021 12:08:42 GMT):
Gaat het wel goed met de artikelnummering?
--
Jan
>Voor veel gebruikers van de usenet dienst zal deze overgang transparant
>zijn.
Hmmm. Verdwijnt newsgate.cistron.nl dan uit het path?
>zijn.
Gaat het wel goed met de artikelnummering?
--
Jan
Miquel van Smoorenburg
Jun 29, 2021, 12:32:58 PM6/29/21
to
In article <60db1bd2$0$14253$e4fe...@newszilla.xs4all.nl>,
Ja. In Het contract dat KPN is aangegaan met de externe NSP (xsnews)
staat dat de retentie max. 30 dagen is. Ik heb gevraagd of dat zo te
bouwen was dat binary groepen 30 dagen hadden en tekst groepen
onbeperkt (is iets van 10 jaar bij hun) maar helaas, dat kon niet.
Mike.
staat dat de retentie max. 30 dagen is. Ik heb gevraagd of dat zo te
bouwen was dat binary groepen 30 dagen hadden en tekst groepen
onbeperkt (is iets van 10 jaar bij hun) maar helaas, dat kon niet.
Mike.
Miquel van Smoorenburg
Jun 29, 2021, 12:40:02 PM6/29/21
to
In article <p3gmdgd1ctloms2dk...@4ax.com>,
>Gaat het wel goed met de artikelnummering?
Nee, maar voor de meeste mensen maakt dit niet uit. Voor nzbs boeit
het helemaal niet, en voor groepen die van belang zijn voor SpotNet
geld dat de artikelnummers bij xsnews hoger zijn, dus die halen wat
dubbel binnen wat al in de interne article database staat maar dat
maakt niet uit - er mist niks.
Voor de xs4all groepen zal de artikel nummering gelijk zijn.
Bij vrijwel alle clients kan je klikken op iets als 'sync groups'
oid en dan fixen ze de interne article numbering en cache. Alleen
helaas, bij Thunderbird kan dat niet, kan ik je al vertellen.
Daar moet je echt de config weggooien en overnieuw aanmaken.
Maar het aantal tekst gebruikers is dermate laag, dat de zin
Mike.
Jan Ehrhardt <mon...@idem.invalid> wrote:
>Miquel van Smoorenburg in xs4all.general (29 Jun 2021 12:08:42 GMT):
>>Voor veel gebruikers van de usenet dienst zal deze overgang transparant
>>zijn.
>
>Hmmm. Verdwijnt newsgate.cistron.nl dan uit het path?
Yep.
>Miquel van Smoorenburg in xs4all.general (29 Jun 2021 12:08:42 GMT):
>>Voor veel gebruikers van de usenet dienst zal deze overgang transparant
>>zijn.
>
>Hmmm. Verdwijnt newsgate.cistron.nl dan uit het path?
>Gaat het wel goed met de artikelnummering?
het helemaal niet, en voor groepen die van belang zijn voor SpotNet
geld dat de artikelnummers bij xsnews hoger zijn, dus die halen wat
dubbel binnen wat al in de interne article database staat maar dat
maakt niet uit - er mist niks.
Voor de xs4all groepen zal de artikel nummering gelijk zijn.
Bij vrijwel alle clients kan je klikken op iets als 'sync groups'
oid en dan fixen ze de interne article numbering en cache. Alleen
helaas, bij Thunderbird kan dat niet, kan ik je al vertellen.
Daar moet je echt de config weggooien en overnieuw aanmaken.
Maar het aantal tekst gebruikers is dermate laag, dat de zin
"Voor veel gebruikers van de usenet dienst zal deze overgang
transparant zijn" wel degelijk klopt, de binary meuk blijft werken.
Mike.
A. Dumas
Jun 29, 2021, 1:03:16 PM6/29/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
> Maar het aantal tekst gebruikers is dermate laag, dat de zin
> "Voor veel gebruikers van de usenet dienst zal deze overgang
> transparant zijn" wel degelijk klopt, de binary meuk blijft werken.
Tja, we zijn nog met z'n tienen ongeveer..... Logins misschien 100?
> "Voor veel gebruikers van de usenet dienst zal deze overgang
> transparant zijn" wel degelijk klopt, de binary meuk blijft werken.
Patrick Vervoorn
Jun 29, 2021, 4:35:35 PM6/29/21
to
In article <60db4b38$0$22688$e4fe...@news.xs4all.nl>,
toegang tot een op 30 dagen retentie geknepen toegang tot xsnews.nl?
Zitten er verder nog limieten/beperkingen op?
>Mike.
Ciao, Patrick.
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>Ja. In Het contract dat KPN is aangegaan met de externe NSP (xsnews)
>staat dat de retentie max. 30 dagen is. Ik heb gevraagd of dat zo te
>bouwen was dat binary groepen 30 dagen hadden en tekst groepen
>onbeperkt (is iets van 10 jaar bij hun) maar helaas, dat kon niet.
Right, dus per 1 juli a.s. krijgen we (als er geen kink in de kabel is)
>Ja. In Het contract dat KPN is aangegaan met de externe NSP (xsnews)
>staat dat de retentie max. 30 dagen is. Ik heb gevraagd of dat zo te
>bouwen was dat binary groepen 30 dagen hadden en tekst groepen
>onbeperkt (is iets van 10 jaar bij hun) maar helaas, dat kon niet.
toegang tot een op 30 dagen retentie geknepen toegang tot xsnews.nl?
Zitten er verder nog limieten/beperkingen op?
>Mike.
Ciao, Patrick.
A. Dumas
Jun 29, 2021, 4:57:24 PM6/29/21
to
Op 29-06-2021 om 22:35 schreef Patrick Vervoorn:
gegevens door aan Brein.
> Zitten er verder nog limieten/beperkingen op?
Ja, je mag onbeperkt leechen maar als je uploadt dan geeft KPN je
gegevens door aan Brein.
Coen
Jun 29, 2021, 5:52:17 PM6/29/21
to
On 29-6-2021 18:39, Miquel van Smoorenburg wrote:
>
> Bij vrijwel alle clients kan je klikken op iets als 'sync groups'
> oid en dan fixen ze de interne article numbering en cache. Alleen
> helaas, bij Thunderbird kan dat niet, kan ik je al vertellen.
> Daar moet je echt de config weggooien en overnieuw aanmaken.
Ik denk met rechter-muisknop op de groep klikken, "Properties" kiezen en
>
> Bij vrijwel alle clients kan je klikken op iets als 'sync groups'
> oid en dan fixen ze de interne article numbering en cache. Alleen
> helaas, bij Thunderbird kan dat niet, kan ik je al vertellen.
> Daar moet je echt de config weggooien en overnieuw aanmaken.
dan op het tabblad "General Information" op "Repair folder" klikken.
Volgens mij wordt het meeste dan gereset.
Heeft in het verleden vaak gewerkt met haperende groepen.
gr,
Coen
Miquel van Smoorenburg
Jun 29, 2021, 6:49:19 PM6/29/21
to
In article <60db8402$0$18642$e4fe...@usenet.xs4all.nl>,
Maximaal 8 connecties, downloadsnelheid onbeperkt.
Mike.
Mike.
Patrick Vervoorn
Jun 30, 2021, 3:26:27 AM6/30/21
to
In article <60dba36d$0$22688$e4fe...@news.xs4all.nl>,
>Mike.
Ciao, Patrick.
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>In article <60db8402$0$18642$e4fe...@usenet.xs4all.nl>,
>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>>In article <60db4b38$0$22688$e4fe...@news.xs4all.nl>,
>>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>
>>>Ja. In Het contract dat KPN is aangegaan met de externe NSP (xsnews)
>>>staat dat de retentie max. 30 dagen is. Ik heb gevraagd of dat zo te
>>>bouwen was dat binary groepen 30 dagen hadden en tekst groepen
>>>onbeperkt (is iets van 10 jaar bij hun) maar helaas, dat kon niet.
>>
>>Right, dus per 1 juli a.s. krijgen we (als er geen kink in de kabel is)
>>toegang tot een op 30 dagen retentie geknepen toegang tot xsnews.nl?
>>
>>Zitten er verder nog limieten/beperkingen op?
>
>Maximaal 8 connecties, downloadsnelheid onbeperkt.
Dank voor de info; we gaan 't mee maken...
>In article <60db8402$0$18642$e4fe...@usenet.xs4all.nl>,
>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>>In article <60db4b38$0$22688$e4fe...@news.xs4all.nl>,
>>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>
>>>Ja. In Het contract dat KPN is aangegaan met de externe NSP (xsnews)
>>>staat dat de retentie max. 30 dagen is. Ik heb gevraagd of dat zo te
>>>bouwen was dat binary groepen 30 dagen hadden en tekst groepen
>>>onbeperkt (is iets van 10 jaar bij hun) maar helaas, dat kon niet.
>>
>>Right, dus per 1 juli a.s. krijgen we (als er geen kink in de kabel is)
>>toegang tot een op 30 dagen retentie geknepen toegang tot xsnews.nl?
>>
>>Zitten er verder nog limieten/beperkingen op?
>
>Maximaal 8 connecties, downloadsnelheid onbeperkt.
>Mike.
Ciao, Patrick.
Jassy
Jun 30, 2021, 2:42:38 PM6/30/21
to
Miquel van Smoorenburg schreef op 29-6-2021 :
Gaat news.kpn.com ook naar de dienstverlening van XSNEWS of blijft dat
lopen via de huidige infrastructuur?
lopen via de huidige infrastructuur?
Rob
Jun 30, 2021, 2:48:41 PM6/30/21
to
Jassy <a...@b.nl> wrote:
> Gaat news.kpn.com ook naar de dienstverlening van XSNEWS of blijft dat
> lopen via de huidige infrastructuur?
news.xs4all.nl bedoel je neem ik aan?
> Gaat news.kpn.com ook naar de dienstverlening van XSNEWS of blijft dat
> lopen via de huidige infrastructuur?
Die is al weg. Dwz is nu dezelfde server als newszilla.xs4all.nl die
men gaat uitbesteden.
Jassy
Jun 30, 2021, 2:53:32 PM6/30/21
to
Rob beweerde :
Ik bedoel news.kpn.com want die bieden ook een niet al te beste
nieuwsdienst aan. Wellicht dat dit nu ook beter gaat worden!
nieuwsdienst aan. Wellicht dat dit nu ook beter gaat worden!
Rob
Jun 30, 2021, 3:06:18 PM6/30/21
to
Maar ik geloof wel eens gelezen te hebben hier dat de newsserver bij
KPN een doorverwijzing naar newszilla was.
Rob
Jul 1, 2021, 5:18:02 AM7/1/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
> Deze wijzigingen zijn ingegeaan op 28 juni. Dat is nog voor de
> overgang naar de NSP, dus op het xs4all platform. Dit is zodat we kunnen
> controleren hoeveel impact dit heeft. Als er geen problemen zijn (en daar
> gaan we zeker van uit) dan wordt er op 1 juli overschakeld naar de NSP.
Die eerdere wijzigingen gaven nog geen problemen maar de overstap
> overgang naar de NSP, dus op het xs4all platform. Dit is zodat we kunnen
> controleren hoeveel impact dit heeft. Als er geen problemen zijn (en daar
> gaan we zeker van uit) dan wordt er op 1 juli overschakeld naar de NSP.
van vandaag wel!
Als ik met slrn news lees vanaf de shell server dan komt er allemaal
bagger in de newsgrouplijst.
slrn meldt bij het opstarten dingen als:
Checking for new groups ...
Checking news via active file ...
Group http is bogus - ignoring it.
Group re is bogus - ignoring it.
Group http is bogus - ignoring it.
Group http is bogus - ignoring it.
Group alt.binaries.https is bogus - ignoring it.
Group Re is bogus - ignoring it.
Group Newsgroups is bogus - ignoring it.
Group usnews.blocknews.net is bogus - ignoring it.
Group Newsgroups is bogus - ignoring it.
Group http is bogus - ignoring it.
Group http is bogus - ignoring it.
Group http is bogus - ignoring it.
Group http is bogus - ignoring it.
Group http is bogus - ignoring it.
Group https is bogus - ignoring it.
Group Newsgroups is bogus - ignoring it.
Group http is bogus - ignoring it.
Group https is bogus - ignoring it.
en als ie dan gestart is dan komen er random groepen subscribed
te staan. ik kreeg bijv ineens alt.binaries.divx en als je daar
dan in gaat dan zit er niks anders op dan te disconnecten want anders
staat slrn uren headers te laden.
Dit is niet een probleem wat zich vanzelf stabiliseert, er komt iedere
keer dat je hem start weer nieuwe bagger bij de .newsrc:
zzz.3!
alt.binaries.divx:!
news:alt.binaries.elmo!
http://www.nzbindex.nl!
re:HotlolsAlesia!
http://www.binsearch.info!
http://nzbsearch.info!
alt.binaries.https://nzbindex.com!
Re:SSLilu394Kand40HD!
Newsgroups:!
usnews.blocknews.net:alt.fan.rush-limbaugh!
Newsgroups:england.religion.islam!
news:alt.binaries.svcd.german!
http://www.binsearch.info/!
http://www.nzbserver.com/!
http://www.nzbindex.com!
http://www.nzbindex.com/!
http://www.nzbindex.nl/!
alt.binaries.movies.divx:!
https://www.nzbserver.com!
Newsgroups:sci.physics!
news:alt.binaries.movies.german!
http://nzbsearch.info/!
REQ:!
https://www.binaries4all.nl!
Dit krijgt slrn kennelijk binnen als ie een newsgroups download, staat
daar soms reclame in ofzo?
De groeplijst is trouwens ook een gigantische bagger puinhoop waar
kennelijk nooit onderhoud op is gedaan (manager van xsnews zal wel
zeggen "hoe meer groepen hoe beter want daar kunnen we weer reclame
mee maken") maar goed daar kan XS4ALL vast niks aan doen. Het
bovenstaande wel, hoop ik.
robert
Jul 1, 2021, 5:37:43 AM7/1/21
to
Rob <nom...@example.com>:
https://slrn.info/docs/slrn-manual-6.html#ss6.80
--
robert
> en als ie dan gestart is dan komen er random groepen subscribed
> te staan. ik kreeg bijv ineens alt.binaries.divx en als je daar
> dan in gaat dan zit er niks anders op dan te disconnecten want anders
> staat slrn uren headers te laden.
Dat kun je voorkomen met query_read_group_cutoff:
> te staan. ik kreeg bijv ineens alt.binaries.divx en als je daar
> dan in gaat dan zit er niks anders op dan te disconnecten want anders
> staat slrn uren headers te laden.
https://slrn.info/docs/slrn-manual-6.html#ss6.80
--
robert
Rob
Jul 1, 2021, 5:58:03 AM7/1/21
to
dat er ineens groepen subscribed zijn die ik zelf niet subscribed heb!
Inmiddels ben ik er achter hoe dit komt. Er bestaat een groep met
de naam alt.binaries.divx: (naast de groep alt.binaries.divx die OK is)
en hier raakt slrn van in de war omdat die de .newsrc file gebruikt
om groepen te administreren.
Regels met:
alt.binaries.divx! (unsubscribed groep)
alt.binaries.divx: 1-1000 (subscribed groep waar art 1-1000 van gelezen is)
Maakt nu iemand een groep aan met een : in de naam dan gaat het helemaal
fout.
Een : is ongetwijfeld illegaal in een groepnaam maar xsnews boeit dat
kennelijk niet want die hebben tientallen groepen met een : en andere
bagger in de naam!
Ik heb nu in de .slrnrc gezet dat ie de groeplijst niet meer moet
ophalen bij opstarten. Dan zie ik nieuwe groepen niet meer natuurlijk,
maar dat is minder belangrijk dan deze shit.
En met vi even al die foute namen uit .newsrc gegooid.
Miquel van Smoorenburg
Jul 1, 2021, 6:45:02 AM7/1/21
to
In article <slrnsdr20d...@xs9.xs4all.nl>,
als 'trn' gebruiken dat dan. Slrn kijkt daar zeker niet naar?
De NNTPSERVER variabele stond op news.xs4all.nl, maar dat heb ik enige tijd
geleden al aangepast, het staat nu op usenet.xs4all.nl.
Dat moet je dan dus in je .slrnrc aanpassen, dan zou het goed moeten
gaan. Vanaf de shell server is login/wachtwoord niet nodig.
Mike.
Rob <nom...@example.com> wrote:
>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>> Deze wijzigingen zijn ingegeaan op 28 juni. Dat is nog voor de
>> overgang naar de NSP, dus op het xs4all platform. Dit is zodat we kunnen
>> controleren hoeveel impact dit heeft. Als er geen problemen zijn (en daar
>> gaan we zeker van uit) dan wordt er op 1 juli overschakeld naar de NSP.
>
>Die eerdere wijzigingen gaven nog geen problemen maar de overstap
>van vandaag wel!
>
>Als ik met slrn news lees vanaf de shell server dan komt er allemaal
>bagger in de newsgrouplijst.
Op de shell servers wordt de NNTPSERVER variabele gezet, en readers
>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>> Deze wijzigingen zijn ingegeaan op 28 juni. Dat is nog voor de
>> overgang naar de NSP, dus op het xs4all platform. Dit is zodat we kunnen
>> controleren hoeveel impact dit heeft. Als er geen problemen zijn (en daar
>> gaan we zeker van uit) dan wordt er op 1 juli overschakeld naar de NSP.
>
>Die eerdere wijzigingen gaven nog geen problemen maar de overstap
>van vandaag wel!
>
>Als ik met slrn news lees vanaf de shell server dan komt er allemaal
>bagger in de newsgrouplijst.
als 'trn' gebruiken dat dan. Slrn kijkt daar zeker niet naar?
De NNTPSERVER variabele stond op news.xs4all.nl, maar dat heb ik enige tijd
geleden al aangepast, het staat nu op usenet.xs4all.nl.
Dat moet je dan dus in je .slrnrc aanpassen, dan zou het goed moeten
gaan. Vanaf de shell server is login/wachtwoord niet nodig.
Mike.
Rob
Jul 1, 2021, 7:12:02 AM7/1/21
to
naar keuze zodat ik ook van andere servers kan lezen.
Deze gebruikt default news.xs4all.nl.
Geeft usenet.xs4all.nl dan andere resultaten dan news.xs4all.nl?
Ik dacht dat dit alleen over de inlogprocedure ging?
Rob
Jul 1, 2021, 7:20:02 AM7/1/21
to
de .newsrc van gisteren het allemaal gewoon nog werkt inclusief de
historie van de gelezen artikelen... Dat is mooi, maar hoe kan dat
nou? De nummering is kennelijk degene die de oude news server gebruikte?
En zit er dan meteen een filter op de groeplijst?
Miquel van Smoorenburg
Jul 1, 2021, 7:38:06 AM7/1/21
to
In article <slrnsdr934...@xs9.xs4all.nl>,
login/wachtwoord moet sturen. Altijd, behalve vanaf de xs4all shell server.
Mike.
Rob <nom...@example.com> wrote:
>Ik zie nu dat als ik usenet.xs4all.nl gebruik met de backup copie van
>de .newsrc van gisteren het allemaal gewoon nog werkt inclusief de
>historie van de gelezen artikelen... Dat is mooi, maar hoe kan dat
>nou? De nummering is kennelijk degene die de oude news server gebruikte?
In de 1e post in deze thread, schreef ik:
>Ik zie nu dat als ik usenet.xs4all.nl gebruik met de backup copie van
>de .newsrc van gisteren het allemaal gewoon nog werkt inclusief de
>historie van de gelezen artikelen... Dat is mooi, maar hoe kan dat
>nou? De nummering is kennelijk degene die de oude news server gebruikte?
> Er is een nieuwe hostname in het leven geroepen,
> "usenet.xs4all.nl". Deze dienst wordt door xs4all zelf verzorgd. Als
> je daarmee verbind, op poort 563/TLS, dan moet je (altijd) een geldige
> loginnaam/wachtwoord sturen. Dit werkt vanaf een willekeurig IP adres. Op
> dit moment kom je dan uit op het "oude" newszilla platform.
Het enige dat daar niet helemaal waar is, is dat je altijd een
> "usenet.xs4all.nl". Deze dienst wordt door xs4all zelf verzorgd. Als
> je daarmee verbind, op poort 563/TLS, dan moet je (altijd) een geldige
> loginnaam/wachtwoord sturen. Dit werkt vanaf een willekeurig IP adres. Op
> dit moment kom je dan uit op het "oude" newszilla platform.
login/wachtwoord moet sturen. Altijd, behalve vanaf de xs4all shell server.
Mike.
Rob
Jul 1, 2021, 8:40:02 AM7/1/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
die koste wat het kost alles wil encrypten (ten koste van performance)
en nam aan dat verbinden via poort 119 niet zou werken op usenet.xs4all.nl
en omdat ik niet van buiten connect heb ik die verder genegeerd.
Maar dus die problemen die ik nu heb die komen evengoed nog wel...
Kennelijk is vandaag news/newszilla.xs4all.nl naar de externe provider
omgezet en volgt usenet.xs4all.nl later.
Dan krijg ik dus weer die groepenlijst met al die troep.
Of ga je in die machine usenet.xs4all.nl de groepenlijst filteren op
illegale tekens?
De beheerders van xsnews bewegen dat zelf te doen zal er niet in zitten
zeker?
Miquel van Smoorenburg
Jul 1, 2021, 9:35:02 AM7/1/21
to
In article <slrnsdrdn8...@xs9.xs4all.nl>,
>De beheerders van xsnews bewegen dat zelf te doen zal er niet in zitten
>zeker?
Ik zal ze er eens over mailen.
Mike.
Rob <nom...@example.com> wrote:
>Maar dus die problemen die ik nu heb die komen evengoed nog wel...
>Kennelijk is vandaag news/newszilla.xs4all.nl naar de externe provider
>omgezet en volgt usenet.xs4all.nl later.
>Dan krijg ik dus weer die groepenlijst met al die troep.
>
>Of ga je in die machine usenet.xs4all.nl de groepenlijst filteren op
>illegale tekens?
Weet ik nog niet. Misschien.
>Maar dus die problemen die ik nu heb die komen evengoed nog wel...
>Kennelijk is vandaag news/newszilla.xs4all.nl naar de externe provider
>omgezet en volgt usenet.xs4all.nl later.
>Dan krijg ik dus weer die groepenlijst met al die troep.
>
>Of ga je in die machine usenet.xs4all.nl de groepenlijst filteren op
>illegale tekens?
>De beheerders van xsnews bewegen dat zelf te doen zal er niet in zitten
>zeker?
Mike.
Roger
Jul 1, 2021, 10:54:03 AM7/1/21
to
On 2021/07/01 11:17, Rob wrote:
> Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>> Deze wijzigingen zijn ingegeaan op 28 juni. Dat is nog voor de
>> overgang naar de NSP, dus op het xs4all platform. Dit is zodat we kunnen
>> controleren hoeveel impact dit heeft. Als er geen problemen zijn (en daar
>> gaan we zeker van uit) dan wordt er op 1 juli overschakeld naar de NSP.
>
> Die eerdere wijzigingen gaven nog geen problemen maar de overstap
> van vandaag wel!
Ik heb wat probleempjes van andere aard gezien:
> Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>> Deze wijzigingen zijn ingegeaan op 28 juni. Dat is nog voor de
>> overgang naar de NSP, dus op het xs4all platform. Dit is zodat we kunnen
>> controleren hoeveel impact dit heeft. Als er geen problemen zijn (en daar
>> gaan we zeker van uit) dan wordt er op 1 juli overschakeld naar de NSP.
>
> Die eerdere wijzigingen gaven nog geen problemen maar de overstap
> van vandaag wel!
- In nl.comp.os.linux.techniek zag ik 10 oude artikelen telkens opnieuw als
nieuw terug komen. Unsubscribe/subscribe loste dat op. Een repair had denk
ik ook gewerkt.
- In nl.politiek (a.k.a. nl.riool-van-nederland) waren er opeens ruim 270.000
nieuwe artikelen. Dat vond Thunderbird niet lekker (120 MB MSF-bestand en
30 seconden hangen tijdens het opstarten). Unsubscribe/subscribe gaf hier
nog veel meer headers (ruim 2 miljoen en een 900 MB MSF-bestand!). Hier was
de oplossing alleen de laatste 500 headers downloaden. Pfff...
Groeten,
-Roger
Roger
Jul 1, 2021, 10:56:02 AM7/1/21
to
brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
door een afspraak met XS4ALL?
Groeten,
-Roger
Rob
Jul 1, 2021, 10:59:08 AM7/1/21
to
Roger <nosuc...@example.com> wrote:
> - In nl.politiek (a.k.a. nl.riool-van-nederland) waren er opeens ruim 270.000
> nieuwe artikelen. Dat vond Thunderbird niet lekker (120 MB MSF-bestand en
> 30 seconden hangen tijdens het opstarten). Unsubscribe/subscribe gaf hier
> nog veel meer headers (ruim 2 miljoen en een 900 MB MSF-bestand!). Hier was
> de oplossing alleen de laatste 500 headers downloaden. Pfff...
Daar was ik dus ook al tegenaan gelopen. Dat komt mede door dat probleem
> - In nl.politiek (a.k.a. nl.riool-van-nederland) waren er opeens ruim 270.000
> nieuwe artikelen. Dat vond Thunderbird niet lekker (120 MB MSF-bestand en
> 30 seconden hangen tijdens het opstarten). Unsubscribe/subscribe gaf hier
> nog veel meer headers (ruim 2 miljoen en een 900 MB MSF-bestand!). Hier was
> de oplossing alleen de laatste 500 headers downloaden. Pfff...
dat er veel meer headers dan bodies zijn.
Rob
Jul 1, 2021, 11:00:03 AM7/1/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
Nog een suggestie: als een groep een bepaalde tijd bestaat, maar evengoed
minder dan 10 headers heeft, deleten die hap.
Kennelijk verwerken ze daar iedere newgroup message zonder enige controle
maar dat leidt helaas tot een enorme hoeveelheid bagger en spam...
Rob
Jul 1, 2021, 11:03:18 AM7/1/21
to
Roger <nosuc...@example.com> wrote:
> Dan heb ik nog een klusje voor ze: de retentie van headers meer in overeenstemming
> brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
> terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
> door een afspraak met XS4ALL?
Ik denk dat ze bij xsnews een soort entry-level abonnementje leveren waarbij
> Dan heb ik nog een klusje voor ze: de retentie van headers meer in overeenstemming
> brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
> terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
> door een afspraak met XS4ALL?
bij het ophalen van een body even gechecked wordt "is deze ouder dan 30
dagen? -> zeggen dat ie niet bestaat".
De headers worden niet op die manier gechecked, dat is waarschijnlijk veel
te veel werk.
Dus zitten we nu met 15 jaar aan headers en 30 dagen aan bodies.
Daar gaan interactieve readers niet goed mee om.
News is natuurlijk vooral een binaries-download business geworden en daar
werkt het prima.
(deze nieuwe server is een verademing in vergelijking met newszilla kwa
snelheid, je kunt wel merken dat het hun vak is. wat dat betreft had
xs4all de binaries server wel eerder kunnen outsourcen, en de besparing
die dat opleverde gestoken in het voortzetten van de tekst server)
A. Dumas
Jul 1, 2021, 11:12:02 AM7/1/21
to
Roger <nosuc...@example.com> wrote:
> Dan heb ik nog een klusje voor ze: de retentie van headers meer in overeenstemming
> brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
> terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
> door een afspraak met XS4ALL?
Ja. Mike schreef bijna bovenaan als antwoord op mij:
> Dan heb ik nog een klusje voor ze: de retentie van headers meer in overeenstemming
> brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
> terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
> door een afspraak met XS4ALL?
Roger
Jul 1, 2021, 11:36:02 AM7/1/21
to
On 2021/07/01 17:02, Rob wrote:
> Roger <nosuc...@example.com> wrote:
>> Dan heb ik nog een klusje voor ze: de retentie van headers meer in overeenstemming
>> brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
>> terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
>> door een afspraak met XS4ALL?
>
> Ik denk dat ze bij xsnews een soort entry-level abonnementje leveren waarbij
> bij het ophalen van een body even gechecked wordt "is deze ouder dan 30
> dagen? -> zeggen dat ie niet bestaat".
> De headers worden niet op die manier gechecked, dat is waarschijnlijk veel
> te veel werk.
Goed punt. De kans is groot dat hun software daar niet op is ingericht.
> Roger <nosuc...@example.com> wrote:
>> Dan heb ik nog een klusje voor ze: de retentie van headers meer in overeenstemming
>> brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
>> terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
>> door een afspraak met XS4ALL?
>
> Ik denk dat ze bij xsnews een soort entry-level abonnementje leveren waarbij
> bij het ophalen van een body even gechecked wordt "is deze ouder dan 30
> dagen? -> zeggen dat ie niet bestaat".
> De headers worden niet op die manier gechecked, dat is waarschijnlijk veel
> te veel werk.
> Dus zitten we nu met 15 jaar aan headers en 30 dagen aan bodies.
> Daar gaan interactieve readers niet goed mee om.
royaal over de 4 GB ging (ik draai de 64-bit versie). Dus maar gekilld en
een nieuwe subscribe gedaan zonder alle headers te downloaden. Dat pakte goed
uit.
Meer dan vervelend is het niet. En het zal ook jan met de pet niet snel raken.
Usenet zit toch meer in de geek hoek.
Groeten,
-Roger
Miquel van Smoorenburg
Jul 1, 2021, 11:40:02 AM7/1/21
to
In article <nnd$3834374a$1a16e5eb@8695c3d0b3876bd3>,
Thunderbird kan niet goed tegen een wijziging in artikel nummering
(wat hier het probleem is) en vaak werkt helemaal niets om het te
fixen. Veel client hebben een knop "download headers overnieuw" oid,
maar TB niet. Vaak is helemaal overnieuw aanmaken de enige oplossing.
Mike.
(wat hier het probleem is) en vaak werkt helemaal niets om het te
fixen. Veel client hebben een knop "download headers overnieuw" oid,
maar TB niet. Vaak is helemaal overnieuw aanmaken de enige oplossing.
Mike.
Miquel van Smoorenburg
Jul 1, 2021, 11:40:03 AM7/1/21
to
In article <slrnsdrm8c...@xs9.xs4all.nl>,
zou zo maar kunnen zijn dat dit een artefact is van een vraag die ik
bij ze uitgezet had, namelijk "kun je de retentie in de niet-binary
groepen onbeperkt maken". Ik heb het doorgegeven.
Mike.
Rob <nom...@example.com> wrote:
>Roger <nosuc...@example.com> wrote:
>> Dan heb ik nog een klusje voor ze: de retentie van headers meer in overeenstemming
>> brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
>> terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
>> door een afspraak met XS4ALL?
>
>Ik denk dat ze bij xsnews een soort entry-level abonnementje leveren waarbij
>bij het ophalen van een body even gechecked wordt "is deze ouder dan 30
>dagen? -> zeggen dat ie niet bestaat".
>De headers worden niet op die manier gechecked, dat is waarschijnlijk veel
>te veel werk.
De headers ook (HEAD). De overview niet (HDR, XOVER (of OVER)). Maar het
>Roger <nosuc...@example.com> wrote:
>> Dan heb ik nog een klusje voor ze: de retentie van headers meer in overeenstemming
>> brengen met die van de bodies. In b.v. nl.politiek zijn der nog headers uit 2003
>> terwijl de bodies niet verder terug gaan dan 1 maand. Of zie ik oudere bodies niet
>> door een afspraak met XS4ALL?
>
>Ik denk dat ze bij xsnews een soort entry-level abonnementje leveren waarbij
>bij het ophalen van een body even gechecked wordt "is deze ouder dan 30
>dagen? -> zeggen dat ie niet bestaat".
>De headers worden niet op die manier gechecked, dat is waarschijnlijk veel
>te veel werk.
zou zo maar kunnen zijn dat dit een artefact is van een vraag die ik
bij ze uitgezet had, namelijk "kun je de retentie in de niet-binary
groepen onbeperkt maken". Ik heb het doorgegeven.
Mike.
Miquel van Smoorenburg
Jul 1, 2021, 11:46:48 AM7/1/21
to
>De groeplijst is trouwens ook een gigantische bagger puinhoop waar
>kennelijk nooit onderhoud op is gedaan (manager van xsnews zal wel
>zeggen "hoe meer groepen hoe beter want daar kunnen we weer reclame
>mee maken") maar goed daar kan XS4ALL vast niks aan doen. Het
>bovenstaande wel, hoop ik.
Als je met de hand connect naar de newssserver op poort 119,
>kennelijk nooit onderhoud op is gedaan (manager van xsnews zal wel
>zeggen "hoe meer groepen hoe beter want daar kunnen we weer reclame
>mee maken") maar goed daar kan XS4ALL vast niks aan doen. Het
>bovenstaande wel, hoop ik.
en je doet een "LIST ACTIVE *" dan krijg je een lijst van
alle groepen. De letter aan het eind is een status
('y' = 'open groep', 'm' = 'moderated', 'n' = 'no posting, etc).
Het valt me op dat er ook groepen zijn met een 'Y' status. Dat
is geen officieele status uit een RFC. En laat nou er een 'Y'
staan bij alle "baggergroepen" en een 'y' bij de officieele groepen.
Ik heb een vraag uitstaan over hoe dat zit, wat je daarmee kan.
Mike.
Roger
Jul 1, 2021, 11:58:03 AM7/1/21
to
gewoon het MSF-bestand met de headers weg en downloadt ze opnieuw. Tsjakka!
Groeten,
-Roger
Roger
Jul 1, 2021, 12:02:03 PM7/1/21
to
een harde reset van de nieuwsgroep.
Groeten,
-Roger
Rob
Jul 1, 2021, 12:15:02 PM7/1/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
Eigenlijk zou hij die groepen met Y gewoon niet moeten sturen...
Misschien is dat normaal ook wel zo en is dit probleem een gevolg
van die "server speciaal voor KPN" die ze gemaakt hebben?
Er zijn 91721 groepen met Y en dat is allemaal bagger...
Misschien het resultaat van eerdere pogingen het op te schonen,
of een markering om te voorkomen dat die groep alsnog een keer
aangemaakt wordt.
Eigenlijk zou de newsreader die groepen moeten negeren... maar
dat doet slrn kennelijk niet.
wilfred
Jul 1, 2021, 12:38:02 PM7/1/21
to
On 29-06-21 18:32, Miquel van Smoorenburg wrote:
> Ja. In Het contract dat KPN is aangegaan met de externe NSP (xsnews)
Ik heb wat binaries proberen te downloaden (middels nzb). Wat vandaag en
gisteren is gepost, lukt om te downloaden, wat maandag is gepost, levert
alleen maar 'Not available' responses op...
--
Wilfred
> Ja. In Het contract dat KPN is aangegaan met de externe NSP (xsnews)
> staat dat de retentie max. 30 dagen is. Ik heb gevraagd of dat zo te
> bouwen was dat binary groepen 30 dagen hadden en tekst groepen
> onbeperkt (is iets van 10 jaar bij hun) maar helaas, dat kon niet.
Het lijkt er nu op of de retentie van newszilla maar een paar dagen is.
> bouwen was dat binary groepen 30 dagen hadden en tekst groepen
> onbeperkt (is iets van 10 jaar bij hun) maar helaas, dat kon niet.
Ik heb wat binaries proberen te downloaden (middels nzb). Wat vandaag en
gisteren is gepost, lukt om te downloaden, wat maandag is gepost, levert
alleen maar 'Not available' responses op...
--
Wilfred
Miquel van Smoorenburg
Jul 1, 2021, 2:15:02 PM7/1/21
to
In article <nnd$37ba1078$55e1af66@fb2336e590fc7a1f>,
Je client zal een reset nodig hebben. Welke client gebruik je?
Mike.
Mike.
wilfred
Jul 1, 2021, 2:42:03 PM7/1/21
to
Maar inmiddels heb ik wat meer getest, en kan toch ook wel oudere
binaries downloaden. Dus misschien is het een kwestie van takedowns?
Gebeurt dat veel bij xsnews?
--
Wilfred
Ja...@jan2.invalid
Jul 1, 2021, 3:32:02 PM7/1/21
to
On 2021-06-29 16:39:41 +0000, "Miquel van Smoorenburg"
<mik...@xs4all.nederland.invalid> said:
> In article <p3gmdgd1ctloms2dk...@4ax.com>,
> Jan Ehrhardt <mon...@idem.invalid> wrote:
>> Miquel van Smoorenburg in xs4all.general (29 Jun 2021 12:08:42 GMT):
>>> Voor veel gebruikers van de usenet dienst zal deze overgang transparant
>>> zijn.
>>
>> Hmmm. Verdwijnt newsgate.cistron.nl dan uit het path?
>
> Yep.
>
>> Gaat het wel goed met de artikelnummering?
>
> Nee, maar voor de meeste mensen maakt dit niet uit. Voor nzbs boeit
> het helemaal niet, en voor groepen die van belang zijn voor SpotNet
> geld dat de artikelnummers bij xsnews hoger zijn, dus die halen wat
> dubbel binnen wat al in de interne article database staat maar dat
> maakt niet uit - er mist niks.
>
> Voor de xs4all groepen zal de artikel nummering gelijk zijn.
>
> Bij vrijwel alle clients kan je klikken op iets als 'sync groups'
> oid en dan fixen ze de interne article numbering en cache. Alleen
> helaas, bij Thunderbird kan dat niet, kan ik je al vertellen.
> Daar moet je echt de config weggooien en overnieuw aanmaken.
>
> Maar het aantal tekst gebruikers is dermate laag, dat de zin
> "Voor veel gebruikers van de usenet dienst zal deze overgang
> transparant zijn" wel degelijk klopt, de binary meuk blijft werken.
>
> Mike.
Het is nogal een puinhoop hier.
Alles moet handmatig per groep opnieuw ingeladen.
XSNews heeft een retentie van tien jaar ofzo, in de headers.
(die je weer kwijt moet)
Maar alleen de laatste paar weken zijn er echt.
Verder is de kwaliteit een stuk minder dan bij Newszilla.
Ik zie meer incomplete files.
Ook de headering is stukken slechter: dingen die bij Newszilla in
aparte folders stonden
worden allemaal in een folder bij elkaar geveegd.
(waarbij ook echt informatie verloren gaat)
Maar goed, we zullen het ermee moeten doen, kennelijk,
Jan
<mik...@xs4all.nederland.invalid> said:
> In article <p3gmdgd1ctloms2dk...@4ax.com>,
> Jan Ehrhardt <mon...@idem.invalid> wrote:
>> Miquel van Smoorenburg in xs4all.general (29 Jun 2021 12:08:42 GMT):
>>> Voor veel gebruikers van de usenet dienst zal deze overgang transparant
>>> zijn.
>>
>> Hmmm. Verdwijnt newsgate.cistron.nl dan uit het path?
>
> Yep.
>
>> Gaat het wel goed met de artikelnummering?
>
> Nee, maar voor de meeste mensen maakt dit niet uit. Voor nzbs boeit
> het helemaal niet, en voor groepen die van belang zijn voor SpotNet
> geld dat de artikelnummers bij xsnews hoger zijn, dus die halen wat
> dubbel binnen wat al in de interne article database staat maar dat
> maakt niet uit - er mist niks.
>
> Voor de xs4all groepen zal de artikel nummering gelijk zijn.
>
> Bij vrijwel alle clients kan je klikken op iets als 'sync groups'
> oid en dan fixen ze de interne article numbering en cache. Alleen
> helaas, bij Thunderbird kan dat niet, kan ik je al vertellen.
> Daar moet je echt de config weggooien en overnieuw aanmaken.
>
> Maar het aantal tekst gebruikers is dermate laag, dat de zin
> "Voor veel gebruikers van de usenet dienst zal deze overgang
> transparant zijn" wel degelijk klopt, de binary meuk blijft werken.
>
> Mike.
Het is nogal een puinhoop hier.
Alles moet handmatig per groep opnieuw ingeladen.
XSNews heeft een retentie van tien jaar ofzo, in de headers.
(die je weer kwijt moet)
Maar alleen de laatste paar weken zijn er echt.
Verder is de kwaliteit een stuk minder dan bij Newszilla.
Ik zie meer incomplete files.
Ook de headering is stukken slechter: dingen die bij Newszilla in
aparte folders stonden
worden allemaal in een folder bij elkaar geveegd.
(waarbij ook echt informatie verloren gaat)
Maar goed, we zullen het ermee moeten doen, kennelijk,
Jan
Miquel van Smoorenburg
Jul 1, 2021, 3:55:02 PM7/1/21
to
In article <nnd$2e68056f$212a999c@1a6952261fc72d61>,
Oh, ik draai TB op macos, en daar zit die knop verstopt .. en
het werkt niet helemaal lekker. Misschien dat het op linux of
windows beter gaat.
Mike.
het werkt niet helemaal lekker. Misschien dat het op linux of
windows beter gaat.
Mike.
Rob
Jul 2, 2021, 3:36:03 AM7/2/21
to
het bespreken. Dat hadden we gisteren al gedaan met zijn allen,
inclusief hints voor oplossingen her en der.
Rob
Jul 2, 2021, 3:42:02 AM7/2/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
subscriben de boel niet goed krijgt, ook niet na weggooien van de files
die hij per groep bijhoudt (waar kennelijk de headers in staan).
Uiteindelijk heb ik alle config weg gegooid en ben opnieuw begonnen en
toen werkte het wel weer.
Het zomaar veranderen van de newsserver die achter een bepaalde domeinnaam
zit brengt de boel behoorlijk in de war, in alle software die ik tot nu
toe geprobeerd heb... (ik gebruik Thunderbird alleen voor mail)
Achteraf was het wellicht beter geweest om met nieuwe namen te komen.
Ok die usenet.xs4all.nl is een nieuwe naam maar daar hangt dan weer
niet de nieuwe server achter, dus die gaat zodra dat wel gebeurt ook
die problemen krijgen. Geen goed idee om die eerst nog naar newszilla
te zetten lijkt me, dat was een kans geweest voor een verse start.
Rob
Jul 2, 2021, 3:48:03 AM7/2/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
> Op de shell servers wordt de NNTPSERVER variabele gezet, en readers
> als 'trn' gebruiken dat dan. Slrn kijkt daar zeker niet naar?
>
> De NNTPSERVER variabele stond op news.xs4all.nl, maar dat heb ik enige tijd
> geleden al aangepast, het staat nu op usenet.xs4all.nl.
Ik ben vaak langdurig ingelogd op de shellservers en ik constateerde
> als 'trn' gebruiken dat dan. Slrn kijkt daar zeker niet naar?
>
> De NNTPSERVER variabele stond op news.xs4all.nl, maar dat heb ik enige tijd
> geleden al aangepast, het staat nu op usenet.xs4all.nl.
dat op 1 sessie de NNTPSERVER variabele op news.xs4all.nl stond maar
op een andere sessie stond die op textnews.xs4all.nl
Dus beide niet op usenet.xs4all.nl.
Zo'n variabele past zich uiteraard niet magisch aan in de al ingelogde
sessies... maar dit gaf wel even verwarring toen ik $NNTPSERVER in
mijn slrn wrapper had gestopt voor de default server.
Wat ook problemen geeft in slrn is "checking news via active file"
wat ook niet meer werkt (hij probeert dan een file in /var/lib/news
te openen om snel te zien in welke groepen news is).
Dat heeft wel tijden gewerkt volgens mij maar waarschijnlijk was
dat al plat bij de stiekeme omschakeling naar newszilla voor de
naam news.xs4all.nl? (ik neem aan dat die directory vroeger gemount
was vanaf de text news server)
Ja...@jan2.invalid
Jul 2, 2021, 4:00:02 AM7/2/21
to
Ik zei dat Newszilla beter was dan xsnews omdat
A) Newszilla niet met 12 jaar vals verleden zit.
B) Newszilla minder kapotte files heeft. betere completheid dus, en
C) Omdat Newszila de oorspronkelijke headers van de postings niet verhaspelt.
Zo duidelijk genoeg voor je?
Jan
Rob
Jul 2, 2021, 4:12:02 AM7/2/21
to
Dat was gisteren al door anderen gemeld (o.a. door mij) en later verklaard
door het in de war raken van client software als gevolg van het plotseling
wisselen van de server.
Als je alles opnieuw opzet gaat het weer goed werken.
A. Dumas
Jul 2, 2021, 4:54:02 AM7/2/21
to
On 01-07-2021 21:44, Miquel van Smoorenburg wrote:
Map repareren. Dan downloadt ie alles opnieuw na sluiten (niet "Alle
headers" kiezen!) en ben je ook je kolomindeling kwijt, maar die kun je
tegenwoordig kopieren vanaf een andere map (mini-knop helemaal
rechtsboven de berichten, "Kolommen toepassen op".
> Roger <nosuc...@example.com> wrote:
>> Toch wel, maar die knop heet "Repair Folder". Als je daarop klikt, gooit TB
>> gewoon het MSF-bestand met de headers weg en downloadt ze opnieuw. Tsjakka!
>
> Oh, ik draai TB op macos, en daar zit die knop verstopt .. en
> het werkt niet helemaal lekker. Misschien dat het op linux of
> windows beter gaat.
Werkte bij mij wel, lijkt het. Rechtsklik op de folder, Eigenschappen,
>> Toch wel, maar die knop heet "Repair Folder". Als je daarop klikt, gooit TB
>> gewoon het MSF-bestand met de headers weg en downloadt ze opnieuw. Tsjakka!
>
> Oh, ik draai TB op macos, en daar zit die knop verstopt .. en
> het werkt niet helemaal lekker. Misschien dat het op linux of
> windows beter gaat.
Map repareren. Dan downloadt ie alles opnieuw na sluiten (niet "Alle
headers" kiezen!) en ben je ook je kolomindeling kwijt, maar die kun je
tegenwoordig kopieren vanaf een andere map (mini-knop helemaal
rechtsboven de berichten, "Kolommen toepassen op".
Miquel van Smoorenburg
Jul 2, 2021, 5:30:02 AM7/2/21
to
In article <slrnsdth2j...@xs9.xs4all.nl>,
een andere server geweest.
>Wat ook problemen geeft in slrn is "checking news via active file"
>wat ook niet meer werkt (hij probeert dan een file in /var/lib/news
>te openen om snel te zien in welke groepen news is).
>
>Dat heeft wel tijden gewerkt volgens mij maar waarschijnlijk was
>dat al plat bij de stiekeme omschakeling naar newszilla voor de
>naam news.xs4all.nl? (ik neem aan dat die directory vroeger gemount
>was vanaf de text news server)
Dat heeft nooit gewerkt, er is geen mount geweest, en ook geen
lokaal gecachte active file oid.
Het file-format en de naam van de diablo active file (dactive.kp) is ook
dusdanig anders dan een standaard active file zoals INN die gebruikt
(en slrn verwacht) dat het nooit had kunnen werken.
Mike.
Rob <nom...@example.com> wrote:
>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>> Op de shell servers wordt de NNTPSERVER variabele gezet, en readers
>> als 'trn' gebruiken dat dan. Slrn kijkt daar zeker niet naar?
>>
>> De NNTPSERVER variabele stond op news.xs4all.nl, maar dat heb ik enige tijd
>> geleden al aangepast, het staat nu op usenet.xs4all.nl.
>
>Ik ben vaak langdurig ingelogd op de shellservers en ik constateerde
>dat op 1 sessie de NNTPSERVER variabele op news.xs4all.nl stond maar
>op een andere sessie stond die op textnews.xs4all.nl
>Dus beide niet op usenet.xs4all.nl.
Ja, dat heb ik later gewijzigd. Anders was textnews.xs4all.nl _weer_
>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>> Op de shell servers wordt de NNTPSERVER variabele gezet, en readers
>> als 'trn' gebruiken dat dan. Slrn kijkt daar zeker niet naar?
>>
>> De NNTPSERVER variabele stond op news.xs4all.nl, maar dat heb ik enige tijd
>> geleden al aangepast, het staat nu op usenet.xs4all.nl.
>
>Ik ben vaak langdurig ingelogd op de shellservers en ik constateerde
>dat op 1 sessie de NNTPSERVER variabele op news.xs4all.nl stond maar
>op een andere sessie stond die op textnews.xs4all.nl
>Dus beide niet op usenet.xs4all.nl.
een andere server geweest.
>Wat ook problemen geeft in slrn is "checking news via active file"
>wat ook niet meer werkt (hij probeert dan een file in /var/lib/news
>te openen om snel te zien in welke groepen news is).
>
>Dat heeft wel tijden gewerkt volgens mij maar waarschijnlijk was
>dat al plat bij de stiekeme omschakeling naar newszilla voor de
>naam news.xs4all.nl? (ik neem aan dat die directory vroeger gemount
>was vanaf de text news server)
lokaal gecachte active file oid.
Het file-format en de naam van de diablo active file (dactive.kp) is ook
dusdanig anders dan een standaard active file zoals INN die gebruikt
(en slrn verwacht) dat het nooit had kunnen werken.
Mike.
Rob
Jul 2, 2021, 7:08:34 AM7/2/21
to
om op te starten (Checking news) en ook als de verbinding verbroken
is (die server bij xsnews heeft kennelijk een vrij korte idle timeout)
dan duurt het weer lang.
En ook werkt het checken niet meer zo goed, het kan nu goed voorkomen
dat slrn zegt dat er 0 berichten in een groep zijn maar als je er in
gaat dan staan er toch 1 of 2.
Dat was voorheen (toen die setting nog anders stond en ik de xs4all
server gebruikte) geen probleem: het ging sneller en het werkte goed.
Kan best zijn dat slrn al die tijd die check via de active file wel
geprobeerd heeft maar dat dat nooit lukte. Je kunt dat slecht zien
omdat slrn de foutmeldingen op een ander virtueel scherm zet dan de
eigenlijke UI.
(pas als je afsluit zie je de mengeling van voorgangs- en foutmeldingen
maar die kun je dan niet meer synchroniseren met je waarnemingen tijdens
het gebruik)
Miquel van Smoorenburg
Jul 2, 2021, 9:20:02 AM7/2/21
to
In article <slrnsdtst1...@xs9.xs4all.nl>,
Want die laatste, is gewoon de oude newszilla. Die staat nog niet uit.
Mike.
Rob <nom...@example.com> wrote:
>Ok... wat wel vreemd is dat nu ik dat uitgezet heb het langer duurt
>om op te starten (Checking news) en ook als de verbinding verbroken
>is (die server bij xsnews heeft kennelijk een vrij korte idle timeout)
>dan duurt het weer lang.
>En ook werkt het checken niet meer zo goed, het kan nu goed voorkomen
>dat slrn zegt dat er 0 berichten in een groep zijn maar als je er in
>gaat dan staan er toch 1 of 2.
>Dat was voorheen (toen die setting nog anders stond en ik de xs4all
>server gebruikte) geen probleem: het ging sneller en het werkte goed.
Ik weet niet of je nu news/newszilla gebruikt, of usenet.xs4all.nl.
>Ok... wat wel vreemd is dat nu ik dat uitgezet heb het langer duurt
>om op te starten (Checking news) en ook als de verbinding verbroken
>is (die server bij xsnews heeft kennelijk een vrij korte idle timeout)
>dan duurt het weer lang.
>En ook werkt het checken niet meer zo goed, het kan nu goed voorkomen
>dat slrn zegt dat er 0 berichten in een groep zijn maar als je er in
>gaat dan staan er toch 1 of 2.
>Dat was voorheen (toen die setting nog anders stond en ik de xs4all
>server gebruikte) geen probleem: het ging sneller en het werkte goed.
Want die laatste, is gewoon de oude newszilla. Die staat nog niet uit.
Mike.
Rob
Jul 2, 2021, 11:00:02 AM7/2/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
nummering en groep lidmaatschappen weer goed te krijgen nu achter de
rug had en niet nogmaals wil krijgen als je berichtje "en nu gaan we
usenet.xs4all.nl naar de nieuwe omgeving omzetten" hier komt.
(dat zal wel binnenkort zijn toch?)
Miquel van Smoorenburg
Jul 3, 2021, 3:22:59 AM7/3/21
to
In article <slrnsdua53...@xs9.xs4all.nl>,
Wbt news/newszilla:
- groepen vervuiling:
o begin volgende week worden iig de groepen met ':' erin verwijderd
o de rest komt binnen enige maanden, na een hardware upgrade waarbij
toch alles overgezet moet gaan worden, ruimen ze meteen op
- overview van 10 jaar maar articles van max 30 dagen:
is een bekend probleem in de software, is geen knop die aan/uit kan.
wordt serieus naar gekeken maar moet ontwikkeling voor gedaan worden.
Mike.
Rob <nom...@example.com> wrote:
>Nee ik ben overgestapt naar news.xs4all.nl omdat ik al dat werk om die
>nummering en groep lidmaatschappen weer goed te krijgen nu achter de
>rug had en niet nogmaals wil krijgen als je berichtje "en nu gaan we
>usenet.xs4all.nl naar de nieuwe omgeving omzetten" hier komt.
>(dat zal wel binnenkort zijn toch?)
Daar ben ik nog niet helemaal uit.
>Nee ik ben overgestapt naar news.xs4all.nl omdat ik al dat werk om die
>nummering en groep lidmaatschappen weer goed te krijgen nu achter de
>rug had en niet nogmaals wil krijgen als je berichtje "en nu gaan we
>usenet.xs4all.nl naar de nieuwe omgeving omzetten" hier komt.
>(dat zal wel binnenkort zijn toch?)
Wbt news/newszilla:
- groepen vervuiling:
o begin volgende week worden iig de groepen met ':' erin verwijderd
o de rest komt binnen enige maanden, na een hardware upgrade waarbij
toch alles overgezet moet gaan worden, ruimen ze meteen op
- overview van 10 jaar maar articles van max 30 dagen:
is een bekend probleem in de software, is geen knop die aan/uit kan.
wordt serieus naar gekeken maar moet ontwikkeling voor gedaan worden.
Mike.
Rob
Jul 3, 2021, 4:52:03 AM7/3/21
to
Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
Ben je nog iets te weten gekomen over die y en Y in de groepenlijst?
Als dit inderdaad een status heeft en wellicht zelfs iets is wat vaker
voorkomt in server software is het wellicht mogelijk om slrn en andere
readers zo ver te krijgen dat ze regels met Y gewoon negeren...
Roger
Jul 3, 2021, 8:10:02 AM7/3/21
to
On 2021/07/03 09:22, Miquel van Smoorenburg wrote:
> - overview van 10 jaar maar articles van max 30 dagen:
> is een bekend probleem in de software, is geen knop die aan/uit kan.
> wordt serieus naar gekeken maar moet ontwikkeling voor gedaan worden.
Bedankt voor de update! Dit gaat dus nog wel even duren, maar serieuze aandacht
> - overview van 10 jaar maar articles van max 30 dagen:
> is een bekend probleem in de software, is geen knop die aan/uit kan.
> wordt serieus naar gekeken maar moet ontwikkeling voor gedaan worden.
is tegenwoordig al heel wat waard.
Groeten,
-Roger
Jan2
Jul 4, 2021, 2:54:02 PM7/4/21
to
de verte kan zien.
Het blijft ook na een paar dagen nog steeds zo staan.
De newsfeed is een stuk slechter geworden dan hij was.
Meer gebroken files, op plaatsen waar dat bij Newszilla zelden het geval was.
Vaker Par2 reparatie nodig, en vaker gevallen waarin zelfs dat niet lukt.
Kortom, de overgang is een achteruitgang.
Jan
P.Markesteijn
Jul 4, 2021, 5:45:02 PM7/4/21
to
Jan2 laid this down on his screen :
Zelfde ervaring:
Zelfde files gedownload via newszilla en usenet.xs4all: newszilla 1.5
Gb compleet - usenet met 10% par files niet compleet te krijgen.
Piet
Zelfde files gedownload via newszilla en usenet.xs4all: newszilla 1.5
Gb compleet - usenet met 10% par files niet compleet te krijgen.
Piet
A. Dumas
Jul 4, 2021, 11:50:02 PM7/4/21
to
P.Markesteijn <them...@kpn.invalid> wrote:
> Zelfde ervaring:
> Zelfde files gedownload via newszilla en usenet.xs4all: newszilla 1.5
> Gb compleet - usenet met 10% par files niet compleet te krijgen.
"newszilla" (en news) is de nieuwe, externe xsnews service. "usenet" is de
> Zelfde ervaring:
> Zelfde files gedownload via newszilla en usenet.xs4all: newszilla 1.5
> Gb compleet - usenet met 10% par files niet compleet te krijgen.
oude newszilla.
Rob
Jul 5, 2021, 4:28:03 AM7/5/21
to
P.Markesteijn <them...@kpn.invalid> wrote:
> Zelfde ervaring:
> Zelfde files gedownload via newszilla en usenet.xs4all: newszilla 1.5
> Gb compleet - usenet met 10% par files niet compleet te krijgen.
Dat is dan toch juist perfect? nieuwe server compleet, oude server niet.
> Zelfde ervaring:
> Zelfde files gedownload via newszilla en usenet.xs4all: newszilla 1.5
> Gb compleet - usenet met 10% par files niet compleet te krijgen.
Ik snap niet wat dan je probleem is!
Rob
Jul 5, 2021, 4:28:03 AM7/5/21
to
Jan2 <Ja...@Jan2.invalid> wrote:
>> Dat was gisteren al door anderen gemeld (o.a. door mij) en later verklaard
>> door het in de war raken van client software als gevolg van het plotseling
>> wisselen van de server.
>> Als je alles opnieuw opzet gaat het weer goed werken.
>
> Leuk voor je dat je zo helderziend bent dat je dat voor een ander uit
> de verte kan zien.
> Het blijft ook na een paar dagen nog steeds zo staan.
>
> De newsfeed is een stuk slechter geworden dan hij was.
> Meer gebroken files, op plaatsen waar dat bij Newszilla zelden het geval was.
> Vaker Par2 reparatie nodig, en vaker gevallen waarin zelfs dat niet lukt.
>
> Kortom, de overgang is een achteruitgang.
>
> Jan
Ja maar dat ligt dus bij jou. Prima dat je dat niet snapt hoor.
>> Dat was gisteren al door anderen gemeld (o.a. door mij) en later verklaard
>> door het in de war raken van client software als gevolg van het plotseling
>> wisselen van de server.
>> Als je alles opnieuw opzet gaat het weer goed werken.
>
> Leuk voor je dat je zo helderziend bent dat je dat voor een ander uit
> de verte kan zien.
> Het blijft ook na een paar dagen nog steeds zo staan.
>
> De newsfeed is een stuk slechter geworden dan hij was.
> Meer gebroken files, op plaatsen waar dat bij Newszilla zelden het geval was.
> Vaker Par2 reparatie nodig, en vaker gevallen waarin zelfs dat niet lukt.
>
> Kortom, de overgang is een achteruitgang.
>
> Jan
We kennen allemaal die problemen die ontstaan als er onder dezelfde
domeinnaam een andere server gehangen wordt.
Maar verwijt het dan geen anderen.
Ik heb de afgelopen dagen ter vergelijking meer dan 50GB gedownload
en ik had niet 1 ontbrekend deel.
(ik download alleen de .par2 en .part files niet de .vol files en alle
gedownloade files waren 100% OK geen reparatie nodig)
Voor dat ik mijn hele config weggooide en opnieuw opbouwde had ik
ook die problemen, ja.
TheMarker
Jul 5, 2021, 6:16:03 AM7/5/21
to
A. Dumas expressed precisely :
Had ik het verkeerd begrepen, zal het weer naar newszilla terugzetten.
Bedankt, nu is het duidelijk.
Bedankt, nu is het duidelijk.
Jassy
Jul 6, 2021, 11:51:19 AM7/6/21
to
Rob plaatste dit op zijn scherm :
> Jassy <a...@b.nl> wrote:
>> Rob beweerde :
>>> Jassy <a...@b.nl> wrote:
>>>> Gaat news.kpn.com ook naar de dienstverlening van XSNEWS of blijft dat
>>>> lopen via de huidige infrastructuur?
>>>
>>> news.xs4all.nl bedoel je neem ik aan?
>>>
>>> Die is al weg. Dwz is nu dezelfde server als newszilla.xs4all.nl die
>>> men gaat uitbesteden.
>>
>> Ik bedoel news.kpn.com want die bieden ook een niet al te beste
>> nieuwsdienst aan. Wellicht dat dit nu ook beter gaat worden!
>
> Die naam bestaat buiten XS4ALL niet eens.
> Maar ik geloof wel eens gelezen te hebben hier dat de newsserver bij
> KPN een doorverwijzing naar newszilla was.
Ik ben er inmiddels achter dat news.kpn.nl naar een IP verwijst direct
bij XSNEWS. Dus KPN klanten maken ook gebruik van deze dienst. Goed
nieuws!
Hoe ik bij news.kpn.com kom weet ik ook niet... overigens werkt deze
server uiteraard ook voor tekst, en dat beduidend beter dan de oude
server die er stond.
> Jassy <a...@b.nl> wrote:
>> Rob beweerde :
>>> Jassy <a...@b.nl> wrote:
>>>> Gaat news.kpn.com ook naar de dienstverlening van XSNEWS of blijft dat
>>>> lopen via de huidige infrastructuur?
>>>
>>> news.xs4all.nl bedoel je neem ik aan?
>>>
>>> Die is al weg. Dwz is nu dezelfde server als newszilla.xs4all.nl die
>>> men gaat uitbesteden.
>>
>> Ik bedoel news.kpn.com want die bieden ook een niet al te beste
>> nieuwsdienst aan. Wellicht dat dit nu ook beter gaat worden!
>
> Die naam bestaat buiten XS4ALL niet eens.
> Maar ik geloof wel eens gelezen te hebben hier dat de newsserver bij
> KPN een doorverwijzing naar newszilla was.
Ik ben er inmiddels achter dat news.kpn.nl naar een IP verwijst direct
bij XSNEWS. Dus KPN klanten maken ook gebruik van deze dienst. Goed
nieuws!
Hoe ik bij news.kpn.com kom weet ik ook niet... overigens werkt deze
server uiteraard ook voor tekst, en dat beduidend beter dan de oude
server die er stond.
Mark Huizer
Jul 7, 2021, 7:20:02 AM7/7/21
to
The wise Jassy enlightened me with:
Omdat het in de headers vermeld wordt, gok ik? Ik verbaasde me er ook
over dat die hostname niet bestond.
Mark
Omdat het in de headers vermeld wordt, gok ik? Ik verbaasde me er ook
over dat die hostname niet bestond.
Mark
Rob
Jul 14, 2021, 7:52:03 AM7/14/21
to
Ik krijg de indruk dat er op news.xs4all.nl nu meer spam is dan vroeger.
Nou kwam die spam altijd wel met golven, maar volgens mij was het
op de oude server zo dat spam gecancelled werd. Je zag nog wel eens
in een lege groep de artikelteller op 5 staan ofzo (om de een of andere
reden posten die spammers altijd meteen 5 berichten in een groep)
en als ik de groep dan opende was er toch niks. Dwz het artikelnummer
was wel opgehoogd maar de bijbehorende artikelen waren er niet meer.
Op de nieuwe (externe) news.xs4all.nl zie ik dat niet gebeuren en komt
er zo nu en dan een lading van die aanbiedingen van vervalste creditcards,
paspoorten, etc. voorbij.
Was dat een service van XS4ALL of is het probleem dat men geen cancels
verwerkt?
Nou kwam die spam altijd wel met golven, maar volgens mij was het
op de oude server zo dat spam gecancelled werd. Je zag nog wel eens
in een lege groep de artikelteller op 5 staan ofzo (om de een of andere
reden posten die spammers altijd meteen 5 berichten in een groep)
en als ik de groep dan opende was er toch niks. Dwz het artikelnummer
was wel opgehoogd maar de bijbehorende artikelen waren er niet meer.
Op de nieuwe (externe) news.xs4all.nl zie ik dat niet gebeuren en komt
er zo nu en dan een lading van die aanbiedingen van vervalste creditcards,
paspoorten, etc. voorbij.
Was dat een service van XS4ALL of is het probleem dat men geen cancels
verwerkt?
A. Dumas
Jul 14, 2021, 7:59:04 AM7/14/21
to
On 14-07-2021 13:50, Rob wrote:
> Ik krijg de indruk dat er op news.xs4all.nl nu meer spam is dan vroeger.
> [...]
> Ik krijg de indruk dat er op news.xs4all.nl nu meer spam is dan vroeger.
> Was dat een service van XS4ALL of is het probleem dat men geen cancels
> verwerkt?
Binaries servers doen idd niet aan cancels, dacht ik, maar dat is oude
> verwerkt?
info van toen ik nog wel eens gekeken had naar een extern abo.
0 new messages