Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
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.
Aug 21 12:12:25 nicole postfix/smtpd[4337]: 4299053170: client=unknown[192.168.0.7], sasl_method=PLAIN, sasl_username=prijemce@prijemce.cz Aug 21 12:12:25 nicole postfix/cleanup[4342]: 4299053170: message-id=<46CABAA3.2060201@odesilatel.cz> Aug 21 12:12:25 nicole postfix/qmgr[4250]: 4299053170: from=<odesilatel@odesilatel.cz>, size=843, nrcpt=2 (queue active) Aug 21 12:12:25 nicole postfix/pipe[4344]: 4299053170: to=<prijemce@prijemce.cz>, relay=vacation, delay=0.21, delays=0.15/0.01/0/0.05, dsn=2.0.0, status=sent (delivered via vacation service) Aug 21 12:12:25 nicole postfix/pickup[4249]: 6E5C953172: uid=1001 from=<prijemce@prijemce.cz> Aug 21 12:12:25 nicole postfix/cleanup[4342]: 6E5C953172: message-id=<20070821101225.6E5C953172@nicole.odesilatel.cz> Aug 21 12:12:25 nicole Vacation: Orig-To: prijemce@prijemce.cz From: odesilatel@odesilatel.cz MessageID: <46CABAA3.2060201@odesilatel.cz> Subject: test Aug 21 12:12:25 nicole postfix/pipe[4343]: 4299053170: to=<prijemce@prijemce.cz>, relay=vacation, delay=0.23, delays=0.15/0/0/0.07, dsn=2.0.0, status=sent (delivered via vacation service) Aug 21 12:12:25 nicole postfix/qmgr[4250]: 4299053170: removed Aug 21 12:12:25 nicole postfix/qmgr[4250]: 6E5C953172: from=<prijemce@prijemce.cz>, size=433, nrcpt=1 (queue active) Aug 21 12:12:25 nicole postfix/smtpd[4337]: disconnect from unknown[192.168.0.7] Aug 21 12:12:29 nicole postfix/smtp[4356]: 6E5C953172: to=<odesilatel@odesilatel.cz>, relay=mail.odesilatel.cz[82.208.36.245]:25, delay=4.4, delays=0.02/0.01/0.04/4.4, dsn=2.0.0, status=sent (250 ok 1187691764 qp 23718)
vacation v MySQL spolu s Postfix Admin. Prý když si tam uživatel zvolí odpověď v nepřítomnosti, automaticky se pozmění aliasy aby se to posílalo i na onu odpovídací adresu. Hm.
Bohužel v tom Postfix Adminu nikde nevidím, jak se mění konfigurace Postfixu (aby postfix používal pro aliasy atd. tabulky Postfix Adminu) To si tedy budete muset najít ve své konfiguraci a vyzkoušejte, zda mapa pro alias funguje správně – tj jestli postmap -q mail@example.com vrací mail@example.com, mail@autorespond.example.com (podle toho, jakou doménu máte nakonfigurovanou pro odpovídač). Pokud by se vám to nedařilo, vložte sem výstup postconf | grep alias, snad to dáme nějak dohromady.
postconf | grep alias
alias_database = hash:/etc/aliases alias_maps = mysql:/etc/postfix/mysql-aliases.cf allow_mail_to_commands = alias, forward allow_mail_to_files = alias, forward expand_owner_alias = no local_recipient_maps = $alias_maps $virtual_mailbox_maps $virtual_maps unix:passwd.byname newaliases_path = /usr/bin/newaliases proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks unknown_virtual_alias_reject_code = 550 virtual_alias_domains = $virtual_alias_maps virtual_alias_expansion_limit = 1000 virtual_alias_maps = $virtual_maps virtual_alias_recursion_limit = 1000dale v alias_maps = mysql:/etc/postfix/mysql-aliases.cf je toto:
user = mailsql password = heslo hosts = unix:/var/run/mysql/mysql.sock dbname = mailsql table = postfix_alias select_field = destination where_field = alias
local transport nebo přes virtual? (Jde mi o to, zda se bere v úvahu alias_maps nebo virtual_alias_maps.) I když virtual_maps asi bude nastavené taky na mysql:/etc/postfix/mysql-aliases.cf, takže by to mělo být jedno…
V té tabulce postfix_alias byste tedy u všech uživatelů, kteří mají nastavenu odpověď v nepřítomnosti, měl mít nastaven alias sama na sebe + na odpovídací adresu, tj. např. mail@example.com, mail@autoresponse.example.com. Pokud to tak není, je chyba někde v Postfix Admin skriptech, které by tenhle záznam měly automaticky vytvořit, když si uživatel zapne odpověď v nepřítomnosti. Pak si ještě zkontrolujte, zda ten záznam Postfix opravdu vidí:
postmap -q 'mail@example.com' mysql:/etc/postfix/mysql-aliases.cfMěl byste zase dostat obě e-mailové adresy:
mail@example.com, mail@autoresponse.example.com.
V té tabulcepostfix_aliasbyste tedy u všech uživatelů, kteří mají nastavenu odpověď v nepřítomnosti, měl mít nastaven alias sama na sebe + na odpovídací adresu, tj. např.mail@example.com, mail@autoresponse.example.com. Pokud to tak není, je chyba někde v Postfix Admin skriptech, které by tenhle záznam měly automaticky vytvořit, když si uživatel zapne odpověď v nepřítomnosti. Pak si ještě zkontrolujte, zda ten záznam Postfix opravdu vidí:
Aug 22 10:25:57 nicole postfix/pipe[5742]: A03BF5315D: to=<test@domain.cz@autoreplay.domain.cz>, orig_to=<test@domain.cz>, relay=vacation, delay=0.21, delays=0.13/0/0/0.08, dsn=2.0.0, status=sent (delivered via vacation service)a taky to projde.. to sou veci:)
mail@domena.tld@autoreplay.domena.tldPodle dokumentace je tohle správně, chybu jsem tam měl já, nepodíval jsem se přesně, jak ta adresa vypadá. To se tedy divím, že proti těm dvěma zavináčům Postfix neprotestuje.
Zdravím,
narazil jsem dnes na chybu v nové verzi postfixadmina. Přiložený perl-skript vacation.pl (12819B orientačně s vyplněnými hodnotami) nefunguje.
Hlavička:
# Virtual Vacation 3.1
# by Mischa Peters <mischa at high5 dot net>
# Copyright (c) 2002 - 2005 High5!
# Licensed under GPL for more info check GPL-LICENSE.TXT
#
# Additions:
# 2004/07/13 David Osborn <ossdev at daocon.com>
# strict, processes domain level aliases, more
# subroutines, send reply from original to address
#
# 2004/11/09 David Osborn <ossdev at daocon.com>
# Added syslog support
# Slightly better logging which includes messageid
# Avoid infinite loops with domain aliases
#
# 2005-01-19 Troels Arvin <troels@arvin.dk>
# PostgreSQL-version.
# Normalized DB schema from one vacation table ("vacation")
# to two ("vacation", "vacation_notification"). Uses
# referential integrity CASCADE action to simplify cleanup
# when a user is no longer on vacation.
# Inserting variables into queries stricly by prepare()
# to try to avoid SQL injection.
# International characters are now handled well.
#
# 2005-01-21 Troels Arvin <troels@arvin.dk>
# Uses the Email::Valid package to avoid sending notices
# to obviously invalid addresses.
#
# 2007-08-15 David Goodwin <david@palepurple.co.uk>
# Use the Perl Mail::Sendmail module for sending mail
# Check for headers that start with blank lines (patch from forum)
#
# 2007-08-20 Martin Ambroz <amsys@trustica.cz>
# Added initial Unicode support
#
# 2008-05-09 Fabio Bonelli <fabiobonelli@libero.it>
# Properly handle failed queries to vacation_notification.
# Fixed log reporting.
Nedokáži říci kde je chyba protože perl neovládám a skript ani nezaloží žádný log, ale prokazatelně se připojí do databáze.
Používám tedy starší verzi kterou jsem naštěstí vyhrabal na jednom serveru.
Ten Váš link nefunguje.
Zdravím , pouzivam groupoffice a mam problem s VACATIO vse nastavene podle navodu ale problem je ze to spatne bere mail kam to ma zpet poslat odpoved zde je log z debugu
====== 2009/07/15 11:50:48 ======
Invalid from email
address: =?iso-8859-2?q?jmeno_prijmeni_-_domena.cz?= <email@domena.cz>; exiting.
Tiskni
Sdílej: