Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
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: