Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci
… více »Zdravim...
Kolega sa ma pytal, ci je nejak mozne docielit toho, ze mail pre nejaky alias napr. alias@example.com (example.com pod mojou kontrolou) bude prijaty (a teda aj doruceny) iba v pripade, ze sender je v zozname senderov, ktori mozu poslat mail pre tento alias. Teda inak povedane chcem vediet, ci je mozne docielit toho, aby user1@example.com (pripadne aj user2@example.org) boli opravneni poslat mail pre alias@example.com, ale nik iny to nebude moct spravit.
Pozeral som moznosti smtpd_recipient_restrictions, ale nenasiel som ziadne senderove premenne (jeho alias %s, user part %u, domain part %d), ktore by som mohol pri hladani pouzit, ale len recipient premenne (jeho alias %s, user part %u, domain part %d)... teda pri overovani v smtpd_recipient_restrictions sa ja k tym sender informaciam neviem dostat. Je nejaka cesta, ako by som k sender premennym mohol pristupovat aj pri kontrole recipienta? Lebo standardne sa sender a recipient daju overit len zvlast,... avsak ja ich potrebujem nejak sklbit a urobit lookup do databazy, kde by bol definovany nejaky whitelist From: userov pre dany alias.
Vopred vdaka za odpovede
Řešení dotazu:
smtp_rstriction_classkterou se odkazes v
smtp_recipient_restrictionsa kde muzes filtrovat i podle
check_sender_accessa to podle casti "Protecting internal email distribution lists" tady: http://www.postfix.org/RESTRICTION_CLASS_README.html Podle navodu to je resene smerem dovnitr, nicmene nevidim duvod to neobratit smerem ven..chtelo by to odzkouset, mozna kecam.. NN
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz