Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
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: