Alternatywa dla TB

W dniu 25.12.2023 o 17:09, Robert Wańkowski pisze:

Bo też nie ma całkowitej pewności że wina TB, wygląda że to on, ale możliwość że serwer się zawiesza istnieje. Po świętach wypróbuje jakiś inny serwer i będzie jasność.

W dniu 25.12.2023 o 17:09, Robert Wańkowski pisze:

Bo też nie ma całkowitej pewności że wina TB, wygląda że to on, ale możliwość że serwer się zawiesza istnieje. Po świętach wypróbuje jakiś inny serwer i będzie jasność.

in <news: snipped-for-privacy@falcon.lasek.waw.pl>

user Jarosław Sokołowski pisze tak:

a teraz tu z Vectry na Pomorzu dodatkowo czeka się około dwóch minut na odświeżenie liczników grup z serwera news-archive.icm.edu.pl.

Może Vectra nie lubi portu 119?

Można pojść do lodówki, wrócić i jeszcze nie.

Pan PiteR napisał:

Cóż znaczą dodatkowe dwie minuty, jeśli już od roku się czekało?

Jarek

Jest też trzecia możliwość (najbardziej prawdopodobna). Router wywala takie wiszące połączenie z tabeli NAT. TB nie dostaje informacji, serwer nie dostaje informacji, na serwerze w końcu to sobie wytimeoutuje (nie pamiętam na ile ten czas ustawiłem), a jak zachowa się TB... jak widać.

Pewnie tak. Wcześniej nie miałem żadnych zgłoszeń, aż nagle w ciągu kilku dni kilka, od osób, którym wcześniej wszystko działało. Czynnikiem wspólnym był TB 102.0.

To będzie można używać starszych wersji... albo innego czytnika. Są jeszcze jakieś do wyboru.

Czyli co, wypróbować zachowanie TB  bez pośrednictwa routera?

W dniu 03.01.2024 o 09:46, Trybun pisze:

No i chyba masz rację z tym routerem. Po bezpośrednim podłączeniu modemu do kompa nie ma problemu z zawieszaniem się TB na usenecie. Co prawda zdarza się że sporadycznie nie wczytuje pojedynczych wiadomości, ale zdaje się że to już inny problem, i niedogodności z tego tytułu dla użytkownika praktycznie żadne. Jedno pytanie, czy można w własnym zakresie jakoś ustawić router aby nie generował wyżej wymienionego problemu?

Opcje na routerze bywają mniej lub bardziej rozbudowane, ale na to ... moze nie być. A w samym TB nie ma jakis opcji, zeby zamykał połączenie?

J.

Wątpię, choć może wpisz nazwę routera w Google i dodaj "keepalive", może coś wyskoczy.

Zła wiadomość:

Odpaliłem TB. W ustawieniach wybrałem edytor ustawień. Znalazłem kilka ustawień, które mogłyby pasować, ale sprawdziłem snifferem i żadne nie powoduje rozłączenia po danym czasie bezczynności. Co nie znaczy, że nie ma jakiegoś ustawienia, którego nie znalazłem...

Dobra wiadomość:

Na serwerze news można ustawić timeout per klient. Normalnie z tego nie korzystam, ale to nie jest specjalny problem. Sprawdziłem testowo ze swoim kontem i działa. Thunderbird jest rozłączany przez serwer, ale jak coś zrobię (np. kliknę w kolejny artykuł), to łączy się sam i od razu autoryzuje.

Musiałbyś (to do Trybun) zarejestrować się na chmurce i ustawiłbym ci jakiś niski timeout bezczynności (np. minutę).

Na razie ten problem jakby się uspokoił. Natomiast daje znać o sobie inny, nie można ciąć cytowanej wiadomości. Gdy to się zrobi to wywala błąd - " Wystąpił błąd protokołu NNTP: 437 HTML Multipart", przy wysyłaniu odpowiedzi . Co to może być tym razem - serwer, TB czy jeszcze coś innego?

Trybun snipped-for-privacy@jachu.cb napisał(a):

Komunikat mówi o próbie wysłania posta w HTML, więc podejrzany jest TB.

W dniu 09.01.2024 o 13:02, Grzegorz Niemirowski pisze:

Jakiś pomysł co z tym zrobić?

W dniu 9.01.2024 o 16:36, Trybun pisze:

Jaki jest ustawiony format wysyłania?

W dniu 09.01.2024 o 17:18, jn pisze:

Wspominany wcześniej HTML..  Mała uwaga na marginesie, zmieniłem domyślny port wysyłania z 632 na

Trybun snipped-for-privacy@jachu.cb napisał(a):

Więc nie ma co się dziwić, że serwer odrzucał.

W dniu 09.01.2024 o 17:37, Grzegorz Niemirowski pisze:

To też nie takie oczywiste, bo dlaczego robił to tak wybiórczo? Przy stałym używaniu HTML raz tolerował a raz odrzucał wiadomości z przycinanymi cytatami.