Nedávno představený projekt mapSTL.com řeší budoucnost. 𝕏: "Netušil jsem, kolik patentů na generování map existuje. Existují patenty na generování fantasy map 🫣. Cokoliv je na 3D tiskárnu a tvoří to produkt, bude to mít patenty. Tak bacha na to!" … více »
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.4 (𝕏). Přehled novinek a vylepšení v poznámkách k vydání.
Byla objevena zranitelnost Tailworm v Tailscale a Headscale umožňující lokální eskalaci práv přihlášeného uživatele. Následně byla v Tailscale v opravené verzi 1.104.4+ změněna architektura aplikace. Viz příspěvek na blogu Tailscale.
Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
pool "mail.muj_isp.cz"
proto pop3
localdomains mojedomena.cz
user "tomas@mojednomena.cz
pass "heslo"
is "tomas" here
mda "/usr/bin/maildrop";
pokud to pustím z příkazového řádku(pod userem tomas), tak se mě pošta stáhla. Ale na serveru nezůstala. Já bych ale chtěl fetchmail pouštět jako deamona a to se mě nedaří. Po restartu serveru mě při nabíhání hlásil, že v /etc mu chybí konfigurační soubor fetchmailrc. Zkopíroval jsem tam nastavení z examples(/usr/share/doc/fetchmail/examples/fetchmail.example, nyní mě hlásí Fetchmail: no mailservers have been specified. V manuálu jsem nikde nenašel co v tom souboru má být za konfiguraci. Poradíte? Jak ho přinutit fungovat jako deamon a současně bych potřeboval, aby pošta zůstala na vzdáleném serveru a stahovala se jen pošta nová.
Řešení dotazu:
@reboot fetchmail -d
V globálním konfiguračním souboru má být to, co jste si zapsal do svého. Jak často má vybírat schránky se určuje volbou daemon, kterou následuje počet sekund. Do konfiguráku se píše to samé jako na do pozičních argumentů, jen se vynechají úvodní dva spojovníky. Seznam všech voleb je v manuálové stránce fetchmail(1).
Aby se v Debianu spouštěl globální fetchmail, je třeba jej zapnout v /etc/default/fetchmail.
OK, tu chybovou hlášku jsem zrušil tím, že jsem v souboru /etc/init.d/fetchmail zakomentoval řádek CONFFILE="/etc/fetchmailrc". Dost dobře nechápu smysl toho souboru, když nastavení jak se má fetchmail chovat mám přímo u uživatele.
Smysl je ten, že z něho čte konfiguraci fetchmail, který pouští init skript Debianu při startu systému. Pokud jste zrušil řádek CONFFILE, zřejmě jste systémovému fetchmailu řekl, že nemá číst konfiguraci z tohoto souboru.
Když bych ho tam nechal a nastavil schránky tam, musím mu nějak specifikovat kterému uživateli stahnuté zpráva poslat ne?
Jistě. Dělá se to parametrem to volby user. Jinak to bude cpát do schránky uživatele, pod kterým fetchmail běží (režim singledrop) nebo do stejnojmenné jako na serveru (režim multidrop).
No to jen na okraj, funguje to i bez toho souboru.
Zřejmě si hrajete s /root/.fetchmailrc. Přečtete si manuál.
Teď ale k tomu deamonu. V /etc/default/fetchmail jsem deamona zapnutého měl. Jenže mě stejně zprávy nestáhl. Stahování začalo fungovat až po té, co jsem na příkazové řádce zadal fetchmail -d 30 -a. Pak mě to funguje až do doby než to restartnu. V tom souboru je i možnost ovlivnit toho deamona, ale nevím jaký je syntax. Jak mu mám sdělit v sekci options, že má stahovat poštu každých 30 vteřin a na serveru je smáznout? V manuálu jsou popsané volby, ale jak tu volbu napíšu v konfiguračním souboru? Mám na řádek napsat "-d 30 -a"? To je přece blbost.
k tomu RTMF, čtu ho, jenže jsem nechápal podstatnou věc. Tedy abych nastavení upřesnil. Jestliže zapnu v souboru /etc/default/fetchmail jako deamona, automaticky si deamon tahá nastavení z /etc/fetchmailrc. Pokud ho nezapnu jako deamona tak si bere nastaveni z domovského adresáře uživatele a musí se spustit pod daným uživatelem z příkazové řádky. Tohle mě nebylo jasný, původně jsem si myslel, že v /etc/fetchmailrc má být nějaké globální nastavení a definice schránek má být ve složce uživatele. Bohužel moje angličtina není až tak dobrá, abych tohle z manuálu vyčetl. Nic méně jsem to nakonec s pomocí fóra a strýčka gůůgla nastavil. Vše funguje jak má.
Tiskni
Sdílej: