Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.
Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.
Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
nevim jak v postfixu nastavim umisteni souboru .forward ci .procmailPodle mne se tyto soubory hledají v domácím adresáři uživatele. Na dotaz „Postfix procmail“ vrací Google celkem dost odkazů, asi nemá smysl je sem opisovat. Pokud vám nefunguje postup někde popsaný, bylo by asi dobré napsat, co jste dělal a kde jste skončil. Jinak automatické odpovědi silně nedoporučuju – ty odpovědi se budou posílat třeba do konferencí (kam to přijde jednou dvakrát a pak se správce naštve a dotyčný e-mail vyřadí), budou se posílat jako odpověď na viry nebo spam se zfalšovanou adresou odesílatele (takže ty zprávy budou dostávat nic netušící chudáci). Takže pokud vám opravdu nic jiného nezbývá, odesílejte odpovědi až na ty e-maily, které prošly antivirovou kontrolou a antispamem (a klidně bych použil ještě vyšší váhu, než kterou používáte pro normální třídění na spam a ham) a dejte uživatelům možnost nastavit seznam adres, kam se odpovědi posílat nebudou. Také by bylo vhodné nastavit nějaký limit, např. že na jeden e-mail se může poslat maximálně jedno upozornění denně.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
.procmailrc do domovského adresáře uživatele, tím se pak řídí procmail. Pokud máte uživatele pouze virtuální (nemají systémový účet), musíte použít nějakou jinou metodu, jak procmailu předat příslušný konfigurační soubor – můžete jej spouštět např.
mailbox_command = /usr/bin/procmail "/etc/procmail/$USER"Pak byste měl v adresáři
/etc/procmail/ pro každého uživatele soubor s jeho jménem, kde by byly příkazy pro procmail. Raději se podívejte na syntaxi mailbox_command a procmail, jestli jsem tam něco nenapsal špatně.
Hledal jsem syntaxi, ale nenasel. Vi nekdo jak to ma byt?
man 5 postconf #hledat mailbox_command man procmail
Nebo jak to obejit, ci zjistit, ktery adresar povazuje za HOME?To vám vypíše příkaz
getent passwd jmeno_uzivateleAle pouze v případě, že máte systémové uživatele. Pokud jsou uživatelé virtuální, podle mne žádný $HOME nemají.
mailbox_command = /usr/bin/procmail -a "$EXTENSION" DEFAULT="/home/procmail/$USER/.procmailrc"a to nepomaha. Nejaky dalsi napad?
getent passwd xxx vypise: xxx:x:1700:1102:System User:/home2/xxx:/bin/false
Asi neumim hledat :( podle man jsem to napsal takhle, ale priznam se, ze se v tom moc nevyznam.Podle manuálových stránek na Rootu jsem nenašel, co by mělo dělatmailbox_command = /usr/bin/procmail -a "$EXTENSION" DEFAULT="/home/procmail/$USER/.procmailrc"a to nepomaha. Nejaky dalsi napad?
DEFAULT="/home/procmail/$USER/.procmailrc", cesta k rc souboru by měla být uvedena jako parametr bez nějakého prefixu. Ale možná máte jinou verzi procmailu.
Co to znamená, že to nepomáhá? E-mail se nedoručuje přes procmail, procmail ignoruje nastavení v příslušném rc souboru, nebo se to chová ještě jinak?
Pokud máte domovské adresáře vytvořené pro všechny uživatele, stačí jimgetent passwd xxx vypise: xxx:x:1700:1102:System User:/home2/xxx:/bin/false
.procmailrc umístit do těch domovských adresářů (tedy v tomto případě /home2/xxx/.procmailrc).
mailbox_command = /usr/bin/procmail DEFAULT="/home/procmail/$USER/.procmailrc"zkousel jsem i toto
mailbox_command = /usr/bin/procmailpri teto konfiguraci jsem zkousel umistit soubor .procmailrc do jejich domovskych adresaru a stale nic. Jak muzu otestovat, jetsli vubec postfix s procmailem pracuje, ci jestli je spravne nastaven? Aby postfix pracoval s procmail staci nastavit v main.cf mailbox_command ...?
Aby postfix pracoval s procmail staci nastavit v main.cf mailbox_command ...?Pokud nemáte nastavené nějaké transportní mapy (které mají přednost), mělo by to stačit.
Jestli to chapu dobre, tak mailbox_command by mel byt v tomto tvaru?Myslím, že by to mělo býtmailbox_command = /usr/bin/procmail DEFAULT="/home/procmail/$USER/.procmailrc"
mailbox_command = /usr/bin/procmail "/home/procmail/$USER/.procmailrc"Nevím, co znamená to přiřazení do
DEFAULT ve vašem příkladu.
zkousel jsem i totoPokud mají uživatelé domácí adresáře, je to podle mne nejjednodušší řešení.mailbox_command = /usr/bin/procmailpri teto konfiguraci jsem zkousel umistit soubor .procmailrc do jejich domovskych adresaru a stale nic.
Jak muzu otestovat, jetsli vubec postfix s procmailem pracuje, ci jestli je spravne nastaven?Neměl by vypisovat něco do logu? Také Postfix by měl podle mne do logu napsat, že doručuje přes externí program (při nějaké vyšší úrovni logování). Dál můžete zkusit třeba do pravidel
procmailu přidat nějaké pravidlo na vytvoření souboru nebo adresáře, pokud to procmail umí.
sieve (cyrus-imap, dovecot(?)), mozete vyuzit tento jazyk aj na automaticku odpoved (vacation). napr cyrus-imapd v kombinacii so smartsieve (web manazment sieve-u pre ucty) je dobra kombinacia s jednoduchou konfiguraciou
Tiskni
Sdílej:
