Byla vydána RC verze openSUSE Leap 16. S novým instalátorem Agama, Xfce nad Waylandem a SELinuxem.
Google Chrome 139 byl prohlášen za stabilní. Nejnovější stabilní verze 139.0.7258.66 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 12 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře. S verzí 139 přestal být podporován Android 8.0 (Oreo) a Android 9.0 (Pie).
Společnost JetBrains se stala platinovým sponzorem multiplatformního open source herního enginu Godot. K vývoji her lze používat Rider for Godot. Zdarma pro nekomerční účely.
Byla vydána verze 9.0 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Verze 9.0 je založena na Debianu 13 Trixie. Přehled novinek v poznámkách k vydání a informačním videu.
Operátor O2 dává všem svým zákazníkům s mobilními službami poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství jako omluvu za pondělní zhoršenou dostupnost služeb.
Společnost NVIDIA vydala verzi 13.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.
Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 28. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).
Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.
Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
fetchmail: Unknown command. fetchmail: POP3> UIDL fetchmail: POP3< +OK 1 1939491 fetchmail: POP3< 1 6167 fetchmail: POP3< . fetchmail: 1 zpráva pro mailovaadresa@necoseznamiho.cz na pop3.seznam.cz (1939491 oktetů). fetchmail: POP3> LIST 1 fetchmail: POP3< +OK 1 1939491 fetchmail: POP3> TOP 1 99999999 fetchmail: POP3< +OK Message follows (1939491 bytes). -- čekání na timeout -- fetchmail: čtu zprávu mailovaadresa@necoseznamiho.cz@pop3.seznam.cz:1 z 1 (1939491 oktetů)Pokouším se připojit na ::1/25…spojení selhalo. fetchmail: spojení k localhost:smtp [::1/25] selhalo: Spojení bylo příliš dlouho neaktivní. fetchmail: Pokouším se připojit na 127.0.0.1/25…spojeno. fetchmail: SMTP< 220 lokalni_hostname.localnet ESMTP Postfix fetchmail: SMTP> EHLO lokalni_hostname.localnet fetchmail: SMTP< 250-lokalni_hostname.localnet fetchmail: SMTP< 250-PIPELINING fetchmail: SMTP< 250-SIZE 99000000 fetchmail: SMTP< 250-VRFY fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-STARTTLS fetchmail: SMTP< 250-ENHANCEDSTATUSCODES fetchmail: SMTP< 250-8BITMIME fetchmail: SMTP< 250 DSN fetchmail: SMTP> MAIL FROM:<odesilatel@gmail.com> SIZE=1939491 fetchmail: SMTP< 250 2.1.0 Ok fetchmail: SMTP> RCPT TO:<lokalni_uzivatel@localhost> fetchmail: SMTP< 250 2.1.5 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> fetchmail: Chyba socketu při stahování z mailovaadresa@necoseznamiho.cz@pop3.seznam.cz fetchmail: 6.3.26 se ptá pop3.seznam.cz (protokol POP3) v Čt 11. květen 2017, 12:26:46 CEST: stahování dokončeno fetchmail: Stav spojení=2 (SOCKET) fetchmail: 6.3.26 se ptá pop3.seznam.cz (protokol POP3) v Čt 11. květen 2017, 12:26:46 CEST: stahování začatoPrakticky skončí na chybě fetchmail: Stav spojení=2 (SOCKET) Fetchmail se o stažení pokouší opakovaně, vždy neúspěšně až do okamžiku, než zaseknutý mail s přílohou přesunu do nějaké podsložky mimo inbox. Při dalším pokusu se stahování rozeběhne a funguje až do okamžiku, kdy fetchmail narazí na další mail s přílohou. Samozřejmě - odkudkoli odjinud fetchmail stahuje korektně (z hostingů Active24, Ignum, Czechie, od Gmailu atd...), blbne to výhradně se Seznamem a jeho doménami. Na verzi fetchmailu, zdá se, nezáleží. Mail ve schránce Seznamu pomocí jejich primitivního webmailu zkoumat nejde, resp. musel bych se k tomu připojit IMAPem a použít třeba Thunderbird... zatím mi v tom brání lenost. Ukecanost fetchmailu jde zvýšit, ale o moc víc neprozradí. Nevidím v tom nic relevantního, co by mohlo pomoct.
fetchmail: POP3> LIST 1 fetchmail: POP3< +OK 1 1939491 fetchmail: POP3> TOP 1 99999999 fetchmail: POP3< +OK Message follows (1939491 bytes). fetchmail: čtu zprávu mailovaadresa@necoseznamiho.cz@pop3.seznam.cz:1 z 1 (1939491 oktetů)Bude se přepisovat From: =?UTF-8?B?RnJhbnRpxaFlayBGcmnFoQ==?= <odesilatel@gmail.com>… …přepsaná verze je From: =?UTF-8?B?RnJhbnRpxaFlayBGcmnFoQ==?= <odesilatel@gmail.com>. fetchmail: Bude se přepisovat To: odesilatel2@cosi.cz… …přepsaná verze je To: odesilatel2@cosi.cz. fetchmail: Bude se přepisovat Bcc: mailovaadresa@necoseznamiho.cz… …přepsaná verze je Bcc: mailovaadresa@necoseznamiho.cz. -- čekání na timeout -- fetchmail: Pokouším se připojit na ::1/25…spojení selhalo. fetchmail: spojení k localhost:smtp [::1/25] selhalo: Spojení bylo příliš dlouho neaktivní. fetchmail: Pokouším se připojit na 127.0.0.1/25…spojeno. fetchmail: SMTP< 220 lokalni_hostname.localnet ESMTP Postfix fetchmail: SMTP> EHLO lokalni_hostname.localnet fetchmail: SMTP< 250-lokalni_hostname.localnet fetchmail: SMTP< 250-PIPELINING fetchmail: SMTP< 250-SIZE 99000000 fetchmail: SMTP< 250-VRFY fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-STARTTLS fetchmail: SMTP< 250-ENHANCEDSTATUSCODES fetchmail: SMTP< 250-8BITMIME fetchmail: SMTP< 250 DSN fetchmail: přeposílám na localhost fetchmail: SMTP> MAIL FROM:<odesilatel@gmail.com> SIZE=1939491 fetchmail: SMTP< 250 2.1.0 Ok fetchmail: SMTP> RCPT TO:<lokalni_uzivatel@localhost> fetchmail: SMTP< 250 2.1.5 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> fetchmail: Chyba socketu při stahování z mailovaadresa@necoseznamiho.cz@pop3.seznam.cz fetchmail: 6.3.26 se ptá pop3.seznam.cz (protokol POP3) v Čt 11. květen 2017, 12:48:21 CEST: stahování dokončeno fetchmail: Sloučený seznam UID z pop3.seznam.cz: 6167 = UNSEEN fetchmail: zahazuji nový seznam UID fetchmail: Stav spojení=2 (SOCKET)Má někdo další stejný problém? Nějaký nápad, jak to řešit, kromě zrušení schránky u Seznamu?
Řešení dotazu:
musel bych se k tomu připojit IMAPem a použít třeba ThunderbirdTo byste si moc nepomohl, v Thunderbirdu přes IMAP mi Seznam na více počítačích náhodně občas funguje a občas dostanu jen chybovou hlášku "internal server error". Podle mých zkušeností řešit něco s jejich technickou podporou v podstatě nemá smysl...
fetchmail: Pokouším se připojit na ::1/25…spojení selhalo. fetchmail: spojení k localhost:smtp [::1/25] selhalo: Spojení bylo příliš dlouho neaktivní.To by samo o sobě nebyl problém, protože fetchmail se vzápětí pokusí předat mail přes IPv4 localhost. Jenomže Seznam má tak zoufale krátké timeouty, že mezitím přestane komunikovat. No a jelikož na dotyčném stroji nemám důvod IPv6 používat (provider neposkytuje), tak jsem prostě jen zakomentoval
# ::1 localhostv /etc/host a problém vyřešen, fetchmail se přestal pokoušet o předání SMTP skrz IPv6 localhost, timeout nenastává, spojení nevyprší.
Tiskni
Sdílej: