[ot] jaki serwer usenet

To przez jakiś czas było, nazywało się TapaTalk. Może nawet nadal istnieje. Używałem przez chwilę, ale odkąd producenci telefonów postanowili uśmiercić fizyczne QWERTY, ja zupełnie przestałem pisać jakiekolwiek dłuższe treści na telefonie (bo z dotykową klawiaturą bardzo szybko trafia mnie szlag, muszę mieć dotykowy feedback; Swype trochę ratuje sytuację, ale i tak co któreś słowo muszę wpisywać ręcznie). Awaryjnie nadal noszę małą QWERTY na Bluetooth, ale to trzeba telefon stawiać, klawiaturę wyjmować... To już lepiej Jornadę wyciągnąć albo Eee PC (choć oba wspomniane mają dla mnie za małe klawiatury).

Generalnie staram się używać narzędzi, które są najlepsze do tego, co chcę zrobić (czyli pisać na pełnowymiarowej klawiaturze, dłuższe teksty czytać na czytniku ebooków, itd.) i tak, tego, o czym mówisz, na takie prawidłowe narzędzie do pisania (komputer) chyba nie ma (albo nie znam).

Raczej przeszli na FB. Tam średniej wielkości grupy spokojnie potrafią mieć kilkanaście tysięcy członków i faktycznie jest życie.

Przez cały czas życia chmurki miałem (do tej pory) tylko dwa zgłoszenia, z czego oba niezasadne (jeden oszołom i jeden pan, który chciał zgłosić coś związanego z chmurka.pl a nie .net).

Rzędy wielkości więcej jest tego na pircu (taka polska sieć IRC, chmurka jest jednym z serwerów), bo się onetowcy (dawni użytkownicy czatu onetu, przygarnięci przez pirc po zamknięciu tego czatu) wiecznie nie potrafią ze sobą dogadać.

IRC nadal jest. I też niszowy. Tylko IRC w przypadku połączeń modemowych miał małą rację bytu. Usenet był pod tym względem idealny.

Na pewno?

news.aster.pl było. news.mm.pl mi się kojarzy gdzieś z tyłu głowy. news.chello.pl (UPC) też było (a może news.chello.at).

Dla grup BIG8 jest "The Big-8 Management Board".

#v+ ## PL (Poland and Polish language) # URL:

Można sobie to oczywiście dowolnie wyedytować, jeśli się wie, co się robi.

Komentarz na początku pliku (długi):

#v+ ## control.ctl - Access control for control messages. ## Last modified: 2021-11-28 ## ## Based on rone's unified control.ctl file. ## ## For a web presentation of the information recorded here, as well as ## other useful information about Usenet hierarchies, please see: ## ##

## ## <message> Control message or "all" if it applies to all control ## messages. ## <from> Pattern that must match the From line. ## <newsgroups> Pattern that must match the newsgroup being newgroup'd ## or rmgroup'd (ignored for other messages). ## <action> What to do: ## doit Perform action ## drop Ignore message ## log One line to error log ## mail Send mail to admin ## verify-pgp_userid Do PGP verification on user. ## All actions except drop and mail can be given a log ## location by following the action with an = and the ## log ("mail" says to mail the admin, an empty location ## tosses the log information, and a relative path xxx ## logs to $LOG/xxx.log). ## ## The *last* matching entry is used. See the expire.ctl(5) man page for ## complete information. ## ## This file follows the following policies: ## ## * Most unknown or invalid control messages no longer result in mail. ## This is due to the proliferation of forged control messages filling ## up mailboxes. Some news servers even get overwhelmed with trying to ## log failure, so unsigned control messages for hierarchies that use ## PGP are simply dropped. ## ## * The assumption is that you now have PGP on your system. If you ## don't, you should get it to help protect yourself against all the ## control message forgeries. See <ftp://ftp.isc.org/pub/pgpcontrol/>. ## PGP control message verification comes with all versions of INN since ## 1.5, but you will need to install either PGP or GnuPG; see the ## installation instructions for your news server. ## ## If for some reason you can't use PGP, search for the *PGP* comments ## and modify the control lines to change "verify-..." in the action ## field to "mail" or "doit=mail" or "doit=<log file>" or whatever you ## prefer (replacing <log file> with the name of an appropriate log ## file). ## ## * A number of hierarchies are for local use only but have leaked out ## into the general stream. In this config file, they are set so that ## the groups will be easy to remove, and are marked with a comment of ## *LOCAL* (for use by that organization only, not generally ## distributed), *DEFUNCT* (a hierarchy that's no longer used), or ## *PRIVATE* (should only be carried after making arrangements with the ## given contact address). Please delete all groups in those ## hierarchies from your server if you carry them, unless you've ## contacted the listed contact address and arranged a feed. ## ## If you have permission to carry any of the hierarchies so listed in ## this file, you should change the entries for those hierarchies ## below. ## ## * Some hierarchies are marked as *HISTORIC*. These hierarchies ## aren't entirely defunct, but they are very low-traffic, not widely ## read or carried, and may not be worth carrying. If you don't intend ## to carry them, comment out their entries. ## ## * Some hierarchies are marked as *RESERVED*. These are used for ## special purposes by news software and should not be managed by ## control messages. This config file drops all control messages for ## those hierarchies. ## ## The comments of this file aren't in any formal or well-defined syntax, ## but they are meant to use a consistent syntax to allow eventual parsing ## by scripts into a better database format. Please follow the syntax of ## existing entries when providing new ones. The recognized "fields" are ## Contact (contact e-mail address), Admin group (the administrative group ## for the hierarchy), URL, Key URL (URL for PGP key), Key fingerprint, Key ## mail (address to mail for PGP key), and Syncable server (for actsync or ## a similar tool). ## ## Names used in this file that cannot be encoded in 7bit ASCII are in ## UTF-8. The only non-7bit-ASCII content is in comments. ## ## Information in this file has been contributed by many different people ## and has been based on numerous historical revisions of this file. A ## full, detailed history of contributions and copyright holders probably ## does not exist. So far as the current maintainers are aware, copying ## and distribution of this file, with or without modification, are ## permitted in any medium without royalty. This file is offered as-is, ## without any warranty. #v-

Arnold Ziffel snipped-for-privacy@hooterville.invalid napisał(a):

Smartfony są super wynalazkiem ale niestety wiele nawet podstawowych rzeczy jest na nich uciążliwe. Czasem coś czytam na telefonie i chcę skomentować, ale jeśli ma to być więcej niż jedno-dwa zdania, to odpuszczam. Ewentualnie odpisuję potem na komputerze, na normalnej klawiaturze.

Nie narzekaj, bo za karę żona kupi Ci smartwatcha ;-)

-----

A faktycznie coś było. Pamięć mi siada, widocznie kości stare ;-).

-----

Chyba mesel?

-----

W dniu 23.04.2023 o 20:01, io pisze:

No, niby tak, ale  normalni użytkownicy też ponoszą tego konsekwencje, założę się że większości z nas użytkowników zależy na jak największej prostocie i anonimowości.

Interes admina często nie współgra z interesami klienta, a domniemam że takim jest jn. Dlatego wcześniejszy pomysł z choćby czasowym zawieszeniem  z rygoru rejestrowania się mógłby pokazać jakie to przyniesie skutki.

Skoro takie jest zdanie Admina który w tym siedzi to ja już nie mam pytań.

Konieczność (uciążliwość!) rejestracji odrzuca mnie od wielu for, na których chciałbym rozstrzygnąć jedną prostą kwestię i być może nie wracać (lub w ogóle nie uzyskać odpowiedzi). Wszystkie "napisz jako gość" kończą się wymaganiem rejestracji przed wysłaniem pytania. To trochę jak konieczność rejestracji przez przejazdem każdą inną korporacją taksówkową lub każdą inną linią komunikacji miejskiej.

-----

Chmurka z założenia nie jest anonimowym serwerem. Tzn. nie ma wymogu podawania prawdziwego imienia i nazwiska, ale jest wymagany stały identyfikator, który razem z IP usera też znajduje się w nagłówkach.

Można to nagiąć, jeśli ktoś ma uzasadniony powód, ale póki co nikt nie miał (ani nie pytał).

To kwestia równowagi między wygodą dla użytkowników i bezpieczeństwem serwera (więc też moim). Jeszcze gdyby grupy nie były propagowane, to można byłoby pomyśleć o wyłączeniu autoryzacji lub włączeniu jakiejś anonimizacji (i czytaniu wszystkich tak dostępnych grup na bieżąco, żeby reagować na nadużycia), ale nie zdecyduję się na to w przypadku grup, które idą w świat.

Tu nie ma klientów. Usługa jest darmowa, nie zarabiam też na niej w żaden sposób (ale też nie ponoszę kosztów w zależności od ilości użytkowników; koszty są stałe). Moim interesem jest po prostu to, żeby Usenet żył jak najdłużej.

Kwestia tego, na ile zależy ci na odpowiedzi :) Ja się czasem rejestruję, ale zawsze podając inny, wygenerowany dla danego miejsca w sieci adres. Dzięki temu mam względnie niezaspamowaną skrzynkę (jak na któryś adres zaczyna przychodzić spam, to wywalam adres i tyle).

Natomiast serwer Usenetu to jednak coś innego, bo masz z niego dostęp do wszystkich przenoszonych przez niego grup. Nie trzeba się rejestrować na każdej grupie osobno :)

Jakbym nie odpowiadał za posty, które wychodzą z mojego serwera, to pewnie zdanie byłoby inne. Odpowiadam i prawnie, i przed feedami -- serwery, z którymi wymieniam ruch, ufają mi, że mój serwer nie będzie źródłem spamu, tak jak ja ufam im. Jak będzie inaczej, a ja nie będę reagował (a ciężko jest skutecznie reagować, jeśli ruch przychodzi z różnych adresów IP), to wytną peering i tyle. Sam bym wyciął.

Mam opaskę. Jest o tyle wygodna że pokazuje SMSy, więc nie muszę brać telefonu do ręki przy każdej autoryzacji SMSem (przelewu i logowania do systemu w pracy). A tak to po prostu jak zegarek z bajerami.

Wszystko kiedyś umrze, choć wolałbym wolałbym, żeby użytkownicy znikali, bo już im się nie chce pisać, a nie dlatego, że chcą, ale nie mają infrastruktury.

To nadal są firmy. Myślę, że Usenet z czasem po prostu przejdzie w ręce hobbystów i będzie przez nich utrzymywany tak samo jak inne niszowe usługi.

Pewnie tak.

I to jest prawdziwy dramat. Nie dają ludziom wyboru. W PL podobnie jest z FB.

Ja na szczęście mogę się bez tego obejść, ale podejrzewam, że jakbym wrócił na studia, to grupa studencka byłaby właśnie w formie konwersacji na Messengerze (co byłoby najgłupszym i najmniej wygodnym z możliwych wyborów).

To prawda.

Kojarzę, ale jakoś nigdy nie miałem potrzeby, żeby się bliżej zainteresować. Wiem że PIRC ma bramkę z Matrixem i zbanowani na PIRCu obchodzą te bany, łącząc się przez tę bramkę.