Byla vydána nová verze 1.58 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Josephine Pfeiffer. Vypíchnout lze možnost nmtui zobrazit nastavení Wi-Fi jako QR kód nebo podporu CLAT (464XLAT) a tunelů GENEVE (Generic Network Virtualization Encapsulation).
Zákaz používání mobilních telefonů a dalších elektronických komunikačních zařízení ve školách, jehož uzákonění navrhli jako poslanci premiér Andrej Babiš (ANO) a ministr školství Robert Plaga (za ANO), dnes podle očekávání vláda podpořila. Novinářům to oznámil Babiš, podle Plagy byla podpora kabinetu jednomyslná. Účinnost předkladatelé navrhují od 1. září 2027. Podle opoziční ODS je plošný zákaz líbivé populistické opatření namířené proti digitální gramotnosti dětí.
Vládní CERT upozorňuje (𝕏) na zranitelnost ve WordPress Core: CVE-2026-63030 s přezdívkou wp2shell. Zranitelnost typu vzdálené spuštění kódu (RCE) bez nutnosti autentizace umožňuje útočníkovi spouštět libovolný kód prostřednictvím endpointu WordPress REST API Batch. Ke zneužití není vyžadován platný uživatelský účet ani interakce uživatele. Úspěšné zneužití může vést ke kompletnímu kompromitování webové stránky a souvisejících dat. Zranitelnost postihuje verze WordPress 6.9.0 až 6.9.4 a 7.0.0 až 7.0.1.
Evropská komise (EK) vyměřila čínskému internetovému prodejci AliExpress pokutu 550 milionů eur (13,3 miliardy korun) za porušení povinností vyplývajících z nařízení o digitálních službách (DSA). Platforma podle EK řádně neposuzovala a neomezovala rizika související s prodejem nelegálních, nebezpečných nebo padělaných výrobků na svém internetovém tržišti. Komise zároveň firmě nařídila přijmout nápravná opatření. Podle AliExpressu je pokuta nepřiměřená.
Ruffle, tj. open source emulátor Flash Playeru napsaný v Rustu, byl vydán ve verzi 0.4.0. Ke stažení je také na Flathubu. Přímo ve webovém prohlížeči lze vyzkoušet online dema nebo vlastní swf soubory.
HollowByte je zranitelnost typu Denial of Service (DoS) v kryptografické knihovně OpenSSL. Útočník může odesíláním škodlivého payloadu o velikosti pouhých 11 bajtů zaplnit paměť serveru. OpenSSL před ověřením dat vyhradí nepřiměřený blok paměti (až 131 KB). Server pak čeká na data, která nepřišla. Zranitelnost je opravena ve verzích OpenSSL 4.0.1, 3.6.3, 3.5.7, 3.4.6 a 3.0.21.
Ve španělské A Coruñě probíhá GUADEC 2026, tj. letošní konference vývojářů a uživatelů desktopového prostředí GNOME. Videozáznamy přednášek jsou k dispozici na YouTube.
Společnost Collabora ve spolupráci s Valve vyvíjí Holo Core, tj. port Arch Linuxu pro ARM64 procesory (AArch64), který bude pohánět VR headset Steam Frame. Pro testování Arch Linuxu pro AArch64 jsou k dispozici binární balíčky, zdrojové kódy i kontejner pro Docker nebo Podman.
Mikroprocesor Zilog Z80 byl oficiálně uveden na trh před 50 lety, tj. v červenci 1976. Výroba mikroprocesoru skončila v roce 2024.
Výzkumníci ze společnosti ESET objevili 11 zapomenutých UEFI shim zavaděčů, které byly podepsány společností Microsoft, a které umožňují útočníkům obejít ochranu UEFI Secure Boot na většině zařízení. Microsoft je zneplatnil (přidal jejich hash do databáze dbx) v rámci aktualizace Patch Tuesday dne 9. června 2026. Uživatelé Linuxu mohou databází aktualizovat pomocí LVFS. Ověřit zneplatnění zavaděčů lze pomocí skriptu uefi-dbx-audit. Jedná se o CVE-2026-8863 a CVE-2026-10797.
Mam takovy problemek, ktery si nedokazu vysvetlit.
Kdyz poslu email pres SMTP server mail.kaneko.cz na kanicky@atlas.cz tak to bouncne zpatky, jak je to ve vypisu.
Kdyz to udelam vice versa, tak vse projde. Muzete nekdo vysvetlit? Jak takovou vec otestovat a prijit, kde je chyba?
Vim, ze to spamcop blokoje, ale jak to, ze kdyz odeslu pres ten samy SMTP server, ale z jineho mista na mape sveta, tak vse projde?
----- Původní zpráva ----- Od: "Mail Delivery Subsystem" MAILER-DAEMON@200-user9.scnet.cz Komu: dane@kaneko.cz Odesláno: 16. října 2006 15:07 Předmět: Returned mail: see transcript for details > The original message was received at Mon, 16 Oct 2006 15:05:01 +0200 > from 30-user10.scnet.cz [83.69.41.30] > > ----- The following addresses had permanent fatal errors ----- > kanicky@atlas.cz > (reason: 550 5.7.0 Your server IP address is in the SpamCop database, bye) > kanicky@cmail.cz > (reason: 554 Service unavailable; Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200) > > ----- Transcript of session follows ----- > ... while talking to mx1.mail-atlas.net.: >>>> DATA > <<< 550 5.7.0 Your server IP address is in the SpamCop database, bye > 550 5.1.1 kanicky@atlas.cz... User unknown > 451 4.4.1 reply: read error from mx1.mail-atlas.net. > ... while talking to franta.isp.contactel.cz.: >>>> DATA > <<< 450 Service unavailable; Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200 > kanicky@cmail.cz... Deferred: 450 Service unavailable; Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200 > <<< 554 Error: no valid recipients > ... while talking to relay.contactel.cz.: >>>> DATA > <<< 554 Service unavailable; Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200 > 554 5.0.0 Service unavailable > <<< 554 Error: no valid recipients
Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200
> 554 5.0.0 Service unavailable
Co takhle se kouknout na ten blacklist http://www.spamcop.net/bl.shtml?83.69.40.200
Jak jsem psal, vim ze ten server je na BL. Problem je ze to je nejaky server po ceste, neni muj a vubec nevim, co s tim ma spolecneho? Proto se ptam na vysvetleni?
Uvedu priklad/p>
Zajima me to proto, protoze mail.kaneko.cz je muj server a nevim, jestli tam neni zadrhel.
Jak jsem uvedl, neodesilam mail z 83.69.40.200. Takze proc se to blokuje?
Dobry den pane Jirsak. IP mojeho SMTP serveru je 193.93.72.xx
Prave se divim, protoze jsem si myslel, ze ta komunikace funguje tak, ze muj SMTP vezme zpravu a posila ji primo na mail server, ktery najde podle domeny emailu. Pak jsem tedy zmaten co ten holomek 83.69.40.200 tam dela?
IP mojeho SMTP serveru je 193.93.72.xxTo je adresa serveru, který přijímá poštu pro doménu kaneko.cz. Opravdu přes něj ale poštu i odesíláte? Jakým způsobem odesíláte ten e-mail, který se vrací s chybou? Pokud z e-mailového klienta, záleží na tom, jaký SMTP server máte nastavený v něm. Pokud byste používal smart relay v Postfixu (tj. e-maily by se nedoručovaly přímo, ale předávaly se "chytřejšímu serveru"), měl byste v Postfixu použitou konfigurační volbu
relayhost. Pokud tuto volbu nepoužíváte, musí se e-maily ze serveru doručovat přímo. Pak není jiná cesta, jak by se e-mail dostal na 83.69.40.200, než že se tam pošle jinou cestou, ne přes váš server (buď konfigurací vašeho e-mailového klienta, nebo nějaká transparentní proxy nebo firewall, nebo virus).
Samozrejme u klienta je nastaven SMTP server mail.kaneko.cz.
U Postfixu jste na to kapnul. Ano mam mam tam konfiguracni volbu relayhost =. Za rovna se nic neni. Doporucil byste mi jak a co je vhodne nastavit? Predem diky.
permit_my_networks). Tak se podívejte do logu Postfixu, tam by mělo být vidět odkud a kam se připojuje. Ale pokud není nastaven relayhost, měl by se připojit přímo na počítač dle MX DNS záznamu, takže pak by mohl být problém jedině v podvrženém DNS…
Primo permit_my_networks tam nemam, ale mam tam mynetworks = 127.0.0.0/8
, coz je asi to co myslite.
Jinak zkusim vysledovat z logu, kam a jak se to pripojuje.
<220 … ESMTP Postfix >HELO test <250 … >MAIL FROM:dane @ kaneko.cz <250 OK >RCPT TO:kanicky @ atlas.cz <250 OK >DATA <354 End data with <CR><LF>.<CR><LF> >Subject: test1 Testovaci e-mail . <250 OK >QUITTo samé můžete zkusit přímo na mail server Atlasu. První je simulace komunikace klienta s vaším serverem, to druhé je komunikace vašeho serveru se serverem Atlasu. Mezery kolem zavináčů vynechte, je to jen antispam
Pane Jirsak. Dekuji za pomoc. Problem jsem zrejme nasel. Otcuv Outlook Express, nebere to co ma zapsane pro dany ucet v kolonce pro SMTP server, tudis to posila pres neco jineho. Na tomto stale pracuji.
Zjistil jsem to tak, jak jste poradil. Sledoval jsem log v tu chvili, kdy odesilal testovaci email, server to nezaznamenal. Pak jsem si tedy udelal stejny testovaci ucet na mem Debianu v Thunderbirdu, nastavil SMTP a vse projelo spravne pres SMTP mail.kaneko.cz.
Jak jsem se zminil, stale jeste nevim, kde je problem na otcove machine, ale dulezite je, ze problem je jiz odhalen.
Diky moc za pomoc.
Tiskni
Sdílej: