Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Tak jsem dlouho zvažoval jestli tady ze sebe dělat blbce, ale po přečtení všech diskuzí na téma qmail to už vzdávám. Mám následující problém a prosím tímto o radu.
Na PC s veřejnou IP a ošklivým DNS záznamem od poskytovatele pocitac.domena.cz mi bezi firewall, qmail, dnscache a PC funguje i jako router mimo jiné. Toto PC má pochopitelně druhou síťovku do vnitřní sítě mojedomena.cz a jméno PC v hosts je mujpocitac. Nevlastním DNS záznam pro mujpocitac.mojedomena.cz pokud to je podstatné. Nepotřebuji, aby se mi na můj PC doručovaly e-maily ale chtěl bych, aby mi fungovalo odesílání e-mailu do Internetu od uživatelů na tomto PC. Tzn. Na tom PC mám KMail, kde je nakonfigurován jako SMTP localhost (můj qmail) a normalně si uživatelé posílají mezi sebou. Dobře to funguje i tehdy pokud z KMailu odešlu mail ven a jako reply adresu mám nastavenu svoji existující adresu na Seznamu a v rcpthosts mám seznam.cz. Pokud ale nějaký systémový uživatel na mém PC (například uživatel asterisk) odešle e-mail ven, tak nedojde. Vysledoval jsem, že ten asterisk to posílá s reply adresou asterisk@mujpocitac.mojedomena.cz. Může to mít souvislost? V rcpthosts samozřejmě mám záznam i pro mujpocitac.mojedomena.cz. Distro je unstable Debian. Server qmail je kompilovany ze zdroje bez dalších patchů.
Neměl bych si rozběhat tinydns pro resolv zaznamu mujpocitac.mojedomena.cz?
/var/log/mail.info a začetl jsem se do nich, to je ostuda po x letech používání Linuxu mě nenapadne takováhle základní věc. Asi jsem žil v domění, že qmail jako exotický výtvor DJB vůbec logy nemá . Uvidím jestli z toho něco vyčtu. Zatím jsem si všiml, že se to v několika případech pokouší poslat na asterisk@localhost.mujpocitac.mojedomena.cz což je špatně. Každopádně smtp server mýho providera by z mý IP adresy neměl odmítat přeposílat poštu, která mu přijde z mýho SMTP serveru, ne? Bez ohledu na záznamy v DNS.
Zkus si poslat testovaci e-mail na nejakou svoji mailovku (seznam.cz, ...) a koukni do 
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/var/log/qmail/send/current, tam bude popsano co se deje.
From:, MX záznam. V tazatelově případě je From: asterisk@mujpocitac.domena.cz, takže cílový mailserver zprávu odmítne.
/etc/qmail/rcpthosts localhost mojedomena.cz mujpocitac.mojedomena.czpřidal jsem
/etc/qmail/defaultdomain mojedomena.cz /etc/qmail/defaulhost mujpocitacV KMail jsem si nastavil default domain na mujpocitac.cz a samozrejme jako odchozi ucet wrapper Sendmail. Ted mi to funguje skoro jak jsem chtel az na to ze kdyz odeslu adresu ve formatu root@localhost tak to samozrejme nedojde jelikoz se adresa rozvine do root@localhost.mojedomena.cz. Resenim by zrejme bylo pridat do locals zaznam localhost.mojedomena.cz ale to mi prijde takovy divny, takze jsem se smiril s tim ze proste na uzivatel@localhost odesilat nebudu. No snad se nejakemu zoufalemu novackovi budou ty postrehy hodit.
Tiskni
Sdílej:
