Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 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řibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Občas není od věci vyslovit něco, za co se upaluje nebo ukamenovává. Nic není totiž tak jednoduché, aby byla pravda vždy jediná a na první pohled zřejmá.
Přidávali jste v poslední době do katalogu Seznamu nějaký odkaz? A přišel vám potvrzovací mail? Tak to buďte rádi - při trochu přísněji nastavené antispamové ochraně se může totiž stát, že bude tato zpráva považována za spam a doručena nebude (nebo ji klient hodí do koše).
Nedávno jsem přidával do katalogové části Seznamu odkaz na nové webové stránky. Po několika dnech mi přišlo potvrzení o zatřídění odkazu. Mozilla ho ovšem umístila do koše (podle nastaveného pravidla pro zacházení se spamem) - důvodem bylo to, že při antispamové kontrole dosáhlo skóre 5,11 (hranice pro označení v předmětu je nastavena na 5 bodů). To je už na první pohled divné, jak může taková seriózní zpráva nasbírat tolik bodů?
Zkoumání hlaviček samozřejmě odhalilo, kde soudruzi ze Seznamu udělali chybu. Pozitivní výsledek měly následující testy: DNS_FROM_RFC_ABUSE, MSGID_FROM_MTA_ID, NO_REAL_NAME a SUBJ_ILLEGAL_CHARS. Všechno to jsou věci, které by se rozhodně stávat neměly, podívejme se na ně důkladněji.
DNS_FROM_RFC_ABUSE je test, který zjišťuje na serveru RFC-Ignorant.org, zda tam odesílající adresa není na seznamu hříšníků. A jak se každý může přesvědčit, Seznam hříšníkem je. Ignoruje hned dvě pravidla uložená RFC 2142 (samozřejmě v kombinaci s RFC 2821 a 2822), a to funkčnost schránek postmaster a abuse. Jinak řečeno, kdo bude chtít použít standardizovanou cestu pro hlášení problémů, ostrouhá (schválně jsem to zkusil, opravdu to nefunguje). Postmasterovská adresa nefunguje přinejmenším od roku 2002.
Pak je tu MSGID_FROM_MTA_ID. To není až tak závažný problém (i když ho spamassassin standardně hodnotí poměrně velkým přídělem, v tomto případě to bylo 1,704 bodu), jde jen o vynechání identifikátoru zprávy. Rozhodně ale svědčí o tom, jakou "péči" u Seznamu věnují svému systému.
NO_REAL_NAME svědčí o vynechání "reálného" jména v označení odesílatele. Opět nepodstatná věc, ale dokresluje situaci.
A konečně poslední pravidlo - SUBJ_ILLEGAL_CHARS - znamená neplatné znaky v předmětu zprávy. Není divu, pokoušet se cpát české znaky do ISO 8859-1 může jen totální amatér, nebo ten, kdo na příjemce kašle. V tomto případě to ale bylo ještě horší, i přes quoted-printable zakódování se v předmětu vyskytly osmibitové znaky, které tam nemají co pohledávat.
Ihned po příchodu zprávy jsem uvedené skutečnosti ohlásil Seznamu na adresu, která byla ve zprávě uvedena. Nikdo se mi ani neobtěžoval odpovědět, natož aby dali věci do pořádku (tzn. třeba zprovoznili adresy postmaster a abuse, a následně požádali o odstranění). Seznam zjevně hřeší na svou pozici na trhu a dodržováním pravidel se netrápí.
Proto chci předem doporučit těm, kdo budou na Seznamu registrovat nějaký odkaz, aby ke komunikaci použili adresu, která není antispamově chráněna (aspoň ne tak, aby se zprávy zahazovaly) a v poštovním klientovi nastavili, aby jim zprávy od Seznamu předčasně nelikvidoval. Navíc, kdo má u Seznamu e-mailovou schránku a odesílá odtud poštu, automaticky tím získává určitý bodový příděl u antispamové kontroly (viz první test) - i když si to asi málokdo uvědomuje.
Tiskni
Sdílej:
.com a .net místo NXDOMAIN vraceli IP adresu na svůj vyhledávací web.
postmaster@seznam.cz, ještě by je přes tu adresu někdo otravoval
helpdesk@seznam.cz, velmi vážný argument… :-)
tady.je.technicka.podpora@seznam.cz
Přesto dávám přednost adrese, která je standardizovaná. Nevím o žádném rozumném důvodu, proč to dělat jinak (že to dělá Microsoft, pro mě takovým důvodem není). To je podobné, jako když dnes některé automobilky dávají "budíky" doprostřed palubní desky místo před řidiče - auto s takovým "vylepšením" bych si rozhodně nekoupil.
Uznávám ale, že to chvilku trvá, než člověk přestane hledat budíky před sebou.

Ono to možná v rozporu s předpisy není, ale v rozporu se zdravým rozumem ano. Třeba to "bliknutí třikrát" po ťuknutí do páčky blinkru - někdy je třikrát opravdu moc a může to ostatní řidiče dezinformovat.
.... Např. blinkry na vnitřní straně světelTo s vámi souhlasím - „Proč bliká rovně když jede doleva?“
nebo použítí brzdového světla jako blinkruA tady zase ne. Má-li auto, které bliká brzdovým světlem, třetí brzdovku, tak je to čistě věc zvyku. Osobně jsem si na to zvyknul velmi rychle (cca týden) a pak mi připadaly v ČR ty oranžové blinkry divné... Další věc je, že se u nás dosud moc nerozšířila zadní světla z LED - na nich je to ještě přirozenější
(to navíc AFAIK výslovně odporuje dopravním předpisům).V tom nemůžu sloužit A k těm budíkům: co si tak matně pamatuju flamy z autorevue.cz a podobných, tak se diskutující dělili na 3 skupiny: na ty co to ani nevyzkoušeli a nadávali na to, ty, co to krátce vyzkoušeli a nadávali na to a konečně na ty, co tomu chvilku dali a neměnili by. Moje osobní spekulace je, že to mj. šetří náklady výrobcům, co něco vyváží do UK, AU nebo NZ, protože je mnohem více dílů společných pro obě varianty.