🚀 go-pugleaf

Jest Fri, 17 May 2019 19:52:43 +0200 (CEST), Andrzej P. Wozniak pisze:
> Czy można prosić admina news.neostrada.pl o zrobienie drobnych porządków z 
> niektórymi grupami?

Można, a nawet trzeba.

> 1. Usunąć skasowane lub przeniesione grupy w hierarchii pl:
> pl.comp.intranet
> pl.comp.networking
> pl.comp.os.freebsd
> pl.comp.sys.palm
> pl.listserv.gielda
> pl.listserv.sf-f
> pl.news.mordplik
> pl.rec.gry.komputerowe.moderowana

Usunięte.

> pl.misc.transport

Z wyjątkiem tej grupy. Jest co prawda poprawny rmgroup, ale jego treść
zdradza, że powinien mu towarzyszyć newgroup (którego najwyraźniej
brak). Są tam jakieś ślady ruchu sprzed lat. Niech zostanie.

> 2. Usunąć hierarchie porzucone przez założycieli:
> alt.pl.niusy.*
> chip.*
> ms-news.pl.*
> trzepak.*
> Jeśli pojawiają się tam jakieś wiadomości na temat, to:
> * Są to odpowiedzi do bardzo starych wątków (Google Groups)
> * Hierarchia na liście grup jest przed pl (użytkownicy czytników)

Też niech zostaną. Gdyby chcieć robić porządki tego typu, to należałoby
się tym zająć kompleksowo. Nie wiem, czy jest sens takiego sprzątania.

> 3. Naprawić grupę
> comp.lang.xharbour

Naprawiona wraz z innymi, z którymi może być podobny problem. Czy
skutecznie, to się okaże. Dzięki za zwrócenie uwagi.

> 4. Dodać grupę
> alt.windows7.general

Dodana.

> Obecni użytkownicy atmana mogą mieć więcej życzeń dotyczących p.3,4.

Postaramy się sparsować w miarę możliwości. Osobiste prośby można
wysyłać też na usenet (at) news.neostrada.pl.

       k.
-- 
Krzysztof Gajdemski | songo (at) debian.org.pl | KG4751-RIPE
Registered Linux User #133457 | BLUG Registered Member #0005
PGP key at: http://s.debian.org.pl/gpg/gpgkey * ID: D3259224
Szanuję was wszystkich, którzy pozostajecie w cieniu - Snerg

Osoba podpisana jako Krzysztof Gajdemski <songo-u@debian.org.pl>
w artykule <news:slrnqe5934.hc6.songo-u@fugazi.debian.org.pl> pisze:

> Jest Fri, 17 May 2019 19:52:43 +0200 (CEST), Andrzej P. Wozniak pisze:
>
>> pl.misc.transport
> Z wyjątkiem tej grupy. Jest co prawda poprawny rmgroup, ale jego treść
> zdradza, że powinien mu towarzyszyć newgroup (którego najwyraźniej
> brak). Są tam jakieś ślady ruchu sprzed lat. Niech zostanie.

Jak sprawdziłem, wtedy zakładano grupę pl.misc.transport.miejski. Wydaje mi
się, że ówczesne oprogramowanie wymagało założenia również grupy nadrzędnej
w hierarchii i na odwrót - usunięcie grupy pl.misc.transport powodowało
automatyczne usunięcie wszystkich podgrup pl.misc.transport.*, więc
transport miejski był zakładany ponownie.

>> 2. Usunąć hierarchie porzucone przez założycieli:
>> alt.pl.niusy.*
>> chip.*
>> ms-news.pl.*
>> trzepak.*
>> Jeśli pojawiają się tam jakieś wiadomości na temat, to:
>> * Są to odpowiedzi do bardzo starych wątków (Google Groups)
>> * Hierarchia na liście grup jest przed pl (użytkownicy czytników)
>
> Też niech zostaną. Gdyby chcieć robić porządki tego typu, to należałoby
> się tym zająć kompleksowo. Nie wiem, czy jest sens takiego sprzątania.

W stosunku do użytkowników Google Groups sensu nie ma, bo oni i tak wylosują
jakiś wątek sprzed nastu lat, który akurat był w tym samym miesiącu, a potem
będą dyskutować z duchami.
Jednak można zmniejszyć dezorientację użytkowników czytników, którzy
wybierają grupy według nazwy. Teraz pytania są zadawane na jednej z kilku
grup o podobnej nazwie zamiast na tej jednej, gdzie jest ruch, pozostają
zatem bez odpowiedzi.

Poza wymienionymi wyżej hierarchiami są grupy porozrzucane po różnych
hierarchiach, głównie podhierarchie w alt.pl.* i free.pl.*
(np.alt.pl.regionalne.*), ale nie sprawdzałem stanu szczegółowo. Wiem na
pewno, że na niektórych wciąż jest ruch (np. alt.pl.allegro). Kiedyś można
było obejrzeć ładne statystyki z podziałem na miesiące w Google Groups, ale
Google to popsuły na długo przez RODO.

Może zatem bazować na statystykach własnego serwera i usuwać np. pojedyncze
grupy z w/w hierarchii oraz alt.pl.* i free.pl.*, na których (pomijając
spam) nie ma ruchu przez cały okres retencji. Po miesiącu można to powtórzyć
dla braku ruchu o rok krócej itd. aż do 3 lat (lub aż ktoś zacznie 
protestować).
Przy takim podejściu to jest zajęcie na góra jeden dzień w miesiącu do końca
roku.

>> 3. Naprawić grupę
>> comp.lang.xharbour
>
> Naprawiona wraz z innymi, z którymi może być podobny problem. Czy
> skutecznie, to się okaże. Dzięki za zwrócenie uwagi.

Pierwsza wiadomość już jest, poczekamy na więcej.

>> 4. Dodać grupę
>> alt.windows7.general
> Dodana.

Tu też jest już pierwsza wiadomość.
Dzięki.

-- 
Andrzej P. Woźniak  uszer@pochta.onet.pl  (zamień miejscami z<->h w adresie)