V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
, 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:
