Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Prosim o pomoc. Jeden uzivatel odeslal email cca 10 lidem a tento email 3 lidem dosel 1x v poradku a zbitku se neustale dokola odesila. Vypada to na zaseklou frontu ale v mailboxu ten email nevidim. Nektere servery uz tento email odmitaji a posilaji zpet. Uzivatelsky ucet uz jsem tohoto uzivatele odebral a znovu vytvoril vcetne mailboxu.
V maillogu jsem nasel pouze toto,mozna bude problem v tomto rub-server.rub-group.local:
zavorky „<>” jsem zmenil na „;” jmeno PC, realayhost, ip adresy, uzivatel jsem zmenil. Dec 27 15:26:55 nazevpc sendmail[31500]: jBREQsY31500: from=;;, size=12265, class=0, nrcpts=1, msgid=;MPiL4zL1m00000001@rub-server.rub-group.local;, bodytype=8BITMIME, proto=ESMTP, daemon=MTA, relay=realyhost [ipadresa] Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: forward /home/ uzivatel /.forward.spital: Permission denied Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: forward /home/uzivatel/.forward: Permission denied Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: to=;uzivatel@nazevpc.cz;, delay=00:00:01, xdelay=00:00:00, mailer=local, pri=41658, dsn=2.0.0, stat=Sent
Verze sendmailu 8.11.2
Red Hat linux. Ten server jiz doziva, pripravuje se vymena, ale ta hned nebude.
Prosim o radu co zkontrolovat.Uzivatelska stanice by to nemela byt - preinstalovany outlook,zadne viry a spyware,ve slozce posta k odeslani zadne emaily nejsou. Dalsi emaily od stejneho uzivatele uz chodi v poradku.
Řešení dotazu:
/var/spool/clientmqueue
(resp. toho kam ukazuje riadok s O QueueDirectory
v súbore /etc/mail/submit.cf
). Každý odchádzajúci mail tam má dva súbory - jeden s obsahom mailu a jeden s hlavickou (a inými údajmi potrebnými pre spracovanie fronty). Majú takmer rovnaké meno, ktoré sa líši len prvými písmenami (df - data file, qf - queue file), zvyšok mena je v tvojom prípade pravdepodobne jBREQsY31500
. Ak sa toho mailu nevieš zbavit inak, tak oba tie súbory jednoduch zmaž.
Reporting-MTA: dns;rub-server.rub-group.local Received-From-MTA: dns;rehabilitacniustav.cz Arrival-Date: Wed, 4 Jan 2006 10:15:39 +0100 Final-Recipient: rfc822;********@hdl.chrudim.cz Action: failed Status: 5.5.0 Diagnostic-Code: smtp;550 Cannot route to <********@hdl.chrudim.cz>z cehoz vypada ze email od nas nesel na hdl.chrudim.cz ale vyuzil relayhost rehabilitacniustav.cz a ten samozrejmne ********@hdl.chrudim.cz nezna... ? Co mam zkontrolovat? Jak to mam zastavit... ******** = nejaky uzivatel, nechci jmenovat.
?
Tiskni
Sdílej: