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.
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: