Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.
Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.
Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].
Před rokem byla streamovací služba HBO Max přejmenována na Max. Dle managementu slovo HBO v názvu nebylo důležité. Včera byl Max přejmenován zpět na HBO Max. Kolik milionů dolarů to stálo? 😂
Byla vydána nová major verze 8.0.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v oficiálním oznámení a v aktualizované dokumentaci.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.4. Přehled novinek s náhledy a videi v oznámení na blogu.
Instituce státní správy nebudou smět využívat produkty, aplikace, řešení, webové stránky a webové služby poskytované čínskou společností DeepSeek. Na doporučení Národního úřadu pro kybernetickou a informační bezpečnost rozhodla o jejich zákazu vláda Petra Fialy na jednání ve středu 9. července 2025.
11.5.2017 12:55
Pavel Čejka | skóre: 28
| blog: tosinezaslouzijmeno
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...
16.5.2017 12:02
Pavel Čejka | skóre: 28
| blog: tosinezaslouzijmeno
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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
