Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.
Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny
… více »D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.
Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.
Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.
Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.
Někteří klienti mají nastavené sieve filtry, aby jim kopie mailu chodila na gmail. Asi od prosince většina mailů začala padat do spamu. Na blacklistu není ani jeden server po cestě. Na některých doménách je SPF někde není. Již jsem i na serveru nainstaloval SRS, jelikož gmail u přesměrování neaxceptoval SPF, ale do spamu spadne skoro každý mail. Nenapadá vás co ještě nastavit? Pokud mail pošlu přímo na gmail, tak dojde v pořádku.
Důvod gmail uvádí jako: Why is this message in Spam? It's similar to messages that were detected by our spam filters.
Hlavička od přeposlaného mailu, resp ta část kdy se mail začal přeposilat:
Delivered-To: xxx@gmail.com Received: by 10.170.213.xxx with SMTP id e188csp413046ykf; Fri, 9 Jan 2015 13:18:20 -0800 (PST) X-Received: by 10.180.206.xx with SMTP id lm15mr8635511wic.67.1420838299152; Fri, 09 Jan 2015 13:18:19 -0800 (PST) Return-Path: Received: from smtp.xxx.cz (xxxx.cz. [89.187.142.xxx]) by mx.google.com with ESMTP id gt8si22568634wib.86.2015.01.09.13.18.18 for ; Fri, 09 Jan 2015 13:18:18 -0800 (PST) Received-SPF: pass (google.com: domain of SRS0+13pG=B4=xxx.cz=xxx@xxx.cz designates 89.187.142.xxx as permitted sender) client-ip=89.187.142.xxx; Authentication-Results: mx.google.com; spf=pass (google.com: domain of SRS0+13pG=B4=xxx.cz=xxx@xxx.cz designates 89.187.142.xxx as permitted sender) smtp.mail=SRS0+13pG=B4=fann.cz=xxxa@xxxx.cz Received: from localhost (localhost [127.0.0.1]) by smtp.xxx.cz (Postfix) with ESMTP id E362C14281 for ; Fri, 9 Jan 2015 22:18:17 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at smtp.xxx.cz X-Spam-Flag: NO X-Spam-Score: -0.184 X-Spam-Level: X-Spam-Status: No, score=-0.184 tagged_above=-9999 required=5 tests=[AWL=0.466, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=no autolearn_force=no Received: from smtp.xxx.cz ([127.0.0.1]) by localhost (xxx.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uAF7_ia0nyKL for ; Fri, 9 Jan 2015 22:18:16 +0100 (CET) Received: from mail.xxx.cz (mail.xxx.cz [81.x.x.x]) by smtp.xxx.cz (Postfix) with ESMTPS id 9888A13FAC for ; Fri, 9 Jan 2015 22:18:16 +0100 (CET)
Řešení dotazu:
Received-SPF: pass (google.com: domain of SRS0+13pG=B4=xxx.cz=xxx@xxx.cz designates 89.187.142.xxx as permitted sender) client-ip=89.187.142.xxx;
Authentication-Results: mx.google.com;
spf=pass (google.com: domain of SRS0+13pG=B4=xxx.cz=xxx@xxx.cz designates 89.187.142.xxx as permitted sender) smtp.mail=SRS0+13pG=B4=fann.cz=xxxa@xxxx.cz
Dejme tomu, že mně někdo pošle mail z adresy nekdo@nekdo.cz na adresu ja@ja.cz
Já mám nastaven na serveru alias (mam to přes sieve, ale ať je to jednodušší)
cat /etc/postfix/virtual
ja@ja.cz ja@ja.cz ja@gmail.com
Co tam změní tem můj server? A co myslíte obálkovým odesílatelem? Podle Vás bych měl změnit v hlavičce from ja@ja.cz a nemá tam být ten kdo ve skutečnosti mail odeslal tedy v tomto případě nekdo@nekdo.cz?
sender_canonical_maps (ale pozor na to, že ve výchozím nastavení se spolu s ní mění i adresa odesílatele v hlavičkách e-mailu). Ale jak už jsem psal, neřešil jsem, jak přesně to nastavit, zatím to mám jen na TODO. Moje představa je totiž komplikovanější - server by si měl do adresy odesílatele poznamenat nějaké ID, podle kterého ten e-mail přesně rozezná, a uložit si k němu nějaké informace. A pokud pak na tenhle e-mail přijde odpověď (třeba že schránka adresáta je plná nebo že e-mail odmítl jako spam), měl by se můj server podívat, jak moc může důvěřovat původně uvedené adrese odesílatele, a pokud ano, měl by na ni ten e-mail s chybou odeslat.
Ale to, co popisuju, má smysl řešit jedině tehdy, pokud neprochází větší množství přeposlaných e-mailů kvůli SPF. Pokud by jich bylo pár, nemyslím si, že by to GMail ovlivnilo tolik, aby začal celý server považovat za nedůvěryhodný.
Tiskni
Sdílej: