Ubuntu 26.04 patrně bude ve výchozím nastavení zobrazovat hvězdičky při zadávání hesla příkazu sudo, změna vychází z nové verze sudo-rs. Ta sice zlepší použitelnost systému pro nové uživatele, na které mohlo 'tiché sudo' působit dojmem, že systém 'zamrzl' a nijak nereaguje na stisky kláves, na druhou stranu se jedná o možnou bezpečnostní slabinu, neboť zobrazování hvězdiček v terminálu odhaluje délku hesla. Původní chování příkazu sudo
… více »Projekt systemd schválil kontroverzní pull request, který do JSON záznamů uživatelů přidává nové pole 'birthDate', datum narození, tedy údaj vyžadovaný zákony o ověřování věku v Kalifornii, Coloradu a Brazílii. Jiný pull request, který tuto změnu napravoval, byl správcem projektu Lennartem Poetteringem zamítnut s následujícím zdůvodněním:
… více »Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 163 (pdf).
Eric Lengyel dobrovolně uvolnil jako volné dílo svůj patentovaný algoritmus Slug. Algoritmus vykresluje text a vektorovou grafiku na GPU přímo z dat Bézierových křivek, aniž by využíval texturové mapy obsahující jakékoli předem vypočítané nebo uložené obrázky a počítá přesné pokrytí pro ostré a škálovatelné zobrazení písma, referenční ukázka implementace v HLSL shaderech je na GitHubu. Slug je volným dílem od 17. března letošního
… více »Sashiko (GitHub) je open source automatizovaný systém pro revizi kódu linuxového jádra. Monitoruje veřejné mailing listy a hodnotí navrhované změny pomocí umělé inteligence. Výpočetní zdroje a LLM tokeny poskytuje Google.
Cambalache, tj. RAD (rapid application development) nástroj pro GTK 4 a GTK 3, dospěl po pěti letech vývoje do verze 1.0. Instalovat jej lze i z Flathubu.
KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.
Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.
Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
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: