Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
Byly publikovány informace o další zranitelnosti v procesorech. Nejnovější zranitelnost byla pojmenována VMScape (CVE-2025-40300, GitHub) a v upstream Linuxech je již opravena. Jedná se o variantu Spectre. KVM host může číst data z uživatelského prostoru hypervizoru, např. QEMU.
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: