Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
, ale četl jsem si článek http://www.abclinuxu.cz/clanky/show/34642 a mám dojem že asi musím použít fetchmail, nebo se pletu? Aliases jestli jsem to dobře pochopil pomůžou pokud chci zkopírovat ostatním maila jenž přijde na mou doménu firma.local, ale abych mohl přeposlat mail z firma.cz - domény která není uvedena v bindu ani postfixu, asi ho musím stáhnout fetchmailem pro uživatele (třeba) info a pak použít aliases postfixu a přesměrovat info: uziv1, info: uziv2, atd. (popř uziv1@firma.local - nevím přesně jak se to zapisuje)
Je to tak nebo je to blbost?
fetchmail: nebyl specifikován žádný poštovní server, znamená to že fetchmail není nainstalovaný? Našel jsem sice soubor /usr/bin/fetchmail , ale nenašel fetchmail.rc ...
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
.fetchmailrc bys mel vytvorit sam. Otazkou je jestli to chces delat globalne pomoci /etc/fetchmailrc nebo pro kazdyho uzivatele zvlast pomoci ~/.fetchmailrc. Proc k preposilani mailu nepouzit procmail. Myslim ze k preposilani mailu mimo domenu je to lepsi reseni ne?
set postmaster "milan" poll mail.poda.cz #vzdálený poštovní server odkud stahuji protocol pop3 #předpokládám že to je ok \ i když já pro firma.local používám popa3d username "info@firma.cz" password "heslo" to info here #info je ten vytvořený uživatel keep smtphost firma.local #nevím jestli tu nemá být smtp.firma.localpřesně podle tohoto článku, a do /etc/postfix/aliases jsem pak přidal na konec
info: milan petr pavel, a spustil jsem
fetchmail -f /etc/fetchmailrcale vyhodilo to následující chyby:
fetchmail: Error exchanging credentials počet zpráv pro uživatele info@firma.cz na \ mail.poda.cz: 1 (počet bajtů: 1692). čtu 1. zprávu z 1 (počet bajtů: 1692 ) .fetchmail: \ fetchmail: getaddrinfo(firma.local.smtp) fetchmail: SMTP spojení s firma.local se nezdařilo fetchmail: při stahování z mail.poda.cz \ nastala chyba SMTP transakce fetchmail: Status spojení=10 (SMTP)Poradí mi někdo co mám přepsat???
smtphost firma.localnevim co to tam vubec dela, podle me to tam nema co delat
alias s obsahem
karel: karlos karlos: karlika prijde mail pro uzivatele
karel tak to neznamena ze postu dostane karel a karlos, ale !jen! karlik. Ty potrebujes pouzit ~/.forward a do nej napsat emaily vsech, komu se to ma poslat
Dík
milan@firma.local petr@firma.local pepa@firma.local?
milan petr pepaFajn,dík. S těma aliasama: spustil jsem postmap /etc/postfix/aliases
milan@localhost, nejsem si jistej ze staci jen login name. Nicmene na aliasy nekasli, nastav aspon alias pro root
set daemon 60a on mi bude stahovat poštu každou minutu?
fetchmailrc nastaveny prava? Musi mit 0600 (-rw------). Taky pokud se jedna o /etc/fetchmailrc musi byt myslim vlastnikem uzivatelfetchmail (nebo to byla skupina fetchmail? Ted si nejsem jistej, ale jedno z toho to bylo), tak si s tim zkus pohrat. Jinak to pravidelny stahovani funguje jak si napsal. Popripade z prikazovy radky fetchmail --daemon 60.
set daemon 60tak ho nemůžu klasicky spustit příkazem
fetchmail -f /etc/fetchmailrcprotože hlásí
fetchmail:/etc/fetchmailrc:8:parse error na 0. To tak má být? Asi ne, co? A když napíšu
fetchmail --daemon 60tak hodí hlášku
fetchmail: nebyl specifikován žádný poštovní server
fetchmail spoustet. Kdyz spustis fetchmail jako normalni user, nevsima si /etc/fetchmailrc ale hleda ~/.fetchmailrc. No a ten u tebe nenasel, proto ta posledni hlaska. S tou prvni netusim, syntakticky je to snad spravne (viz. man fetchmail).
man fetchmail tak tam najdes, ze pokud nejsou prava .fetchmailrcmensi nez 0600 (coz jsi predtim nemel), tak se ten konfigurak proste nenacte a tim padem se neobejvi parse error.
chmod 0600 /etc/fetchmailrca dopsat do toho souboru zpátky to
set daemon 60nebo jaks to myslel? Takhle to myslím nejelo, i když hlavu na to teď nedám, zkoušel jsem těch kombinací více. Hlavně taky nevím co to parse error je za chybu. Překladu? No, jestli víš jak to napravit aby to jelo pravidelně, i po restartu počítače, naťukej mi to tu ještě prosím. Zítra dám vědět, dnes to balím, díky
fetchmailrc nastav v kazdym pripade na 0600, bez toho ho fetchmail odmitne nacist. Mysles jsem, ze ten parse error neni vinou tohoset daemon 60ale necim jinym v tom souboru. Zkus sem poslat obsah (hesla si nech
. Za dalsi, pochopil jsem to snad spravne, ze mas ted /etc/fetchmailrc, ne? No, zkopiruj si ho do homu a prejmenuj na .fetchmailrc a pak to zkus.
set postmaster "milan" poll mail.poda.cz protocol pop3 username "info@firma.cz" password "heslo" to info here keepkdyž tam přidám
set daemon 60 tak pak háže parse error. Do kterého homu bych to měl jako zkopírovat a k čemu to je dobré? Do /home/info?
fetchmail muze bezet jako root a stahovat postu pro vsechny uzivatele na systemu. V tom pripade cte jako svuj konfigurak soubor /etc/fetchmailrc. Nebo si muze kazdy uzivatel stahovat postu sam, napr. tim ze da prikaz fetchmail --daemon 60 2> /dev/null do ~/.profile. S tim parse error fakt netusim, zkousel jsem to kontrolovat a zda se mi to v poradku. No, tak dam aspon par zoufalejch rad: kam presne do tohodle souboru davas to set daemon 60? Dej to na zacatek. Misto pop3 zkus POP3. Zkus na zacatek pridat defaults (koukni do man fetchmail.
set daemon 60 jsem cpal na konec, ale než jsem si přečetl tvou odpověď, vyřešil jsem to tak že jsem dle článku uvedeného výše hodil skript fetchmail do init.d a přihodil linky do rc3.d, rc5.d a rc6.d a teď to jede, i když ta hláška Error exchanging credentials vlastně vyřešená není. Snad to neva.
Chtěl bych se zeptat ještě na jednu věc. Když jsem si totiž četl ten článek, bylo tam psáno že rc3.d a rc5.d slouží pro spouštění a rc.6 k ukončení procesů, jestli jsem to dobře pochopil. Jde mi o to že teď musím po restartu serveru manuálně spouštět bind, abych měl připojení k internetu, přičemž linky k named mám v rc3.d jako S55named (mám chuť to přepsat na S98named, pro jistotu...), v rc5.d a rc6.d jako K45named. Není to blbě? Jestli bych neměl link v rc5.d přepsat třeba na S98named, jestli se to má asi chovat jako start, ne kill ... Nevím, ale něco je špatně...
named v runlevelu 5. S DNS serverem neporadim, nepouzivam. Nicmene jestli je fetchmail uvedenej v rc.X, tak pak bude bezet jako root a plati pro nej to co jsem psal vyse. To set daemon se pise na zacatek, nejlip asi do sekce defaults, jinak se to rek bych bere jako option pro dany POP3 ucet no a vzhledem k tomu, ze fetchmail muze bezet jako daemon jen v jedne instanci tak to hodi chybu.
Tiskni
Sdílej:
