Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
Byla vydána nová verze 12.0 minimalistické linuxové distribuce (JeOS, Just enough Operating System) pro Kodi (dříve XBMC) a multimediálního centra LibreELEC (Libre Embedded Linux Entertainment Center). Jedná se o fork linuxové distribuce OpenELEC (Open Embedded Linux Entertainment Center). LibreELEC 12.0 přichází s Kodi 21.0 "Omega".
Microsoft vydal novou velkou aktualizaci 2404.23 v září 2019 pod licencí SIL Open Font License (OFL) zveřejněné rodiny písma Cascadia Code pro zobrazování textu v emulátorech terminálu a vývojových prostředích.
OpenTofu, tj. svobodný a otevřený fork Terraformu vzniknuvší jako reakce na přelicencování Terraformu z MPL na BSL (Business Source License) společností HashiCorp, bylo vydáno ve verzi 1.7.0. Přehled novinek v aktualizované dokumentaci. Vypíchnout lze State encryption.
, 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:
