Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »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ě.
.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: