V neděli 17. května 2026 proběhne v Českých Budějovicích první MobileLinux Hackday zaměřený na Linux v mobilech, embedded platformy a open source hardware. Po sedmi úspěšných měsíčních setkáních v Praze se akce přesouvá také do jižních Čech, aby se komunita mobilního Linuxu mohla potkat i mimo hlavní město. Akce se uskuteční v konferenčním sále Vajgar v Clarion Congress Hotelu (Pražská tř. 2306/14) se zahájením mezi 14:00 až 15:00 a … více »
Vývojáři Debianu zhruba v polovině vývojového cyklu Debianu 14 s kódovým názvem Forky rozhodli, že Debian musí dodávat reprodukovatelné balíčky, tj. kdokoli si může nezávisle ověřit, že daný binární balíček vznikl překladem a sestavením z konkrétních zdrojových kódů. Aktuálně je reprodukovatelných 98,29 % balíčků.
Německý e-shop Škoda Auto byl hacknut. Útočníci získali přístup k uživatelským údajům (jméno, adresa, e-mail, heslo, telefon, …).
Na webu konference Den IPv6 2026, která se uskuteční 4. června v Národní technické knihovně v pražských Dejvicích, je nyní k dispozici kompletní program této tradiční akce věnované tématům spojeným s protokolem IPv6. Na celodenní pásmo přednášek je třeba se přihlásit a zaplatit účastnický poplatek 242 korun. Registrační formulář najdou zájemci opět na webu akce. Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Byl představen emulátor terminálu Ratty (GitHub) s podporu 3D grafiky přímo v terminálu. Inspirací byl operační systém TempleOS od Terryho Davise. Ratty je napsán v jazyce Rust. Využívá knihovnu Ratatui pro tvorbu rozhraní a herní engine Bevy pro 3D vykreslování.
Evropské instituce i některé americké státy dál zpřísňují pravidla pro ověřování věku na internetu. Cílem je zabránit dětem v přístupu k obsahu pro dospělé. Úřady ale narážejí na zásadní problém – stále více lidí používá VPN, tedy služby umožňující skrýt identitu i skutečnou polohu na internetu. Právě VPN nyní Evropská parlamentní výzkumná služba (EPRS) označila za „mezeru v legislativě, kterou je potřeba uzavřít“ [Novinky.cz].
Multiplatformní open source aplikace pro psaní poznámek Joplin (Wikipedie) byla vydána v nové verzi 3.6. Nově lze mít v poznámkách embedovaný externí obsah, např. YouTube videa.
Open Hardware Summit 2026 organizovaný OSHWA (Open Source Hardware Association) proběhne o víkendu 23. a 24. května v Berlíně na Technické univerzitě Berlín.
Navigace se soukromím CoMaps postavena nad OpenStreetMap byla vydána v nové verzi 2026.05.06. Přibyla možnost aktualizovat mapy v aplikaci CoMaps, aniž by bylo nutné aktualizovat i verzi aplikace. CoMaps je komunitní fork aplikace Organic Maps.
OCCT3D (Open CASCADE Technology) Open Source 8.0 bylo vydáno. OCCT3D (Wikipedie, GitHub) je objektově orientovaná knihovna pro 3D CAD, CAM nebo CAE. Používá se například v softwarech FreeCAD a KiCad.
Takže by to mohlo být ono, že když conference.travna.cz nemá MX záznam (ten jsem se pokusil teď do xname přidat) tak že na mě kašle?
Teď to zase nějak magicky chodí jak z centra, tak ze seznamu. Ale mám ještě uložený ten vadný log ze seznamu, moc zajímavého ale nevidím (výstup je dost ořezaný, mám zaplý debug a některý věci nemusíte vidět, kdyby tam bylo něco zajímavýho, určitě bych to sem dal) - tu to je(hermes je antispam greylisting proxy, ale tam bych chybu nehledal):
Mar 24 21:36:08 [hermes] 250 from xxxx@seznam.cz (ip:77.75.72.45, hostname:mxm.seznam.cz, helo:mxm.seznam.cz) -> to test@travna.cz
Mar 24 21:36:08 [postfix/smtpd] NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 550 5.1.1 <test@travna.cz>: Recipient address rejected: User unknown in virtual mailbox table; from=<xxxxxx@seznam.cz> to=<test@travna.cz> proto=SMTP helo=<mxm.seznam.cz>
Mar 24 21:36:08 [postfix/smtpd] > localhost[127.0.0.1]: 550 5.1.1 <test@travna.cz>: Recipient address rejected: User unknown in virtual mailbox table
Reply-To: MAILER-DAEMON@seznam.cz
From: MAILER-DAEMON@seznam.cz
To: ####@seznam.cz
Auto-Submitted: auto-replied
Date: Mon, 18 Feb 2008 15:03:18 +0100 (CET)
Message-Id: <####@bouncer.seznam.cz>
Mime-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="-=SZN-Bounce-Boundary-381932111=-"
Subject:
+=?iso-8859-2?Q?Nedoru=E8iteln=E1=20zpr=E1va=20=2F=20Undelivered=20Mail=20Returned=20to=20Sender?=
X-Qm-Mark: email-qm5<109416>
X-Seznam-Ffp: 220873517
X-Evolution-Source: pop://####@pop3.seznam.cz/
This is a MIME-encapsulated message.
---=SZN-Bounce-Boundary-381932111=-
Content-Description: Notification
Content-Type: text/plain; charset=iso-8859-2; name="Text"
Content-Transfer-Encoding: 8bit
Vae zprva pro <####@##server_bez_MX##> ze dne 18.02.2008 nemohla bt
doruena.
Zprva je piloena.
You message for <####@##server_bez_MX##> from 2008/02/18 could not be
delivered.
It's attached below.
Dvod / Reason:
---------------
5.4.3 smtp; no valid MX record
Nepodailo se zjistit emailov server odeslatele.
Could not resolve recipient's email server.
Fragment pvodn zprvy:
------------------------
Received: from [####] ([####])
by email-relay2.go.seznam.cz (Seznam SMTPD 1.0.32@12660) with
ESMTP;
Mon, 18 Feb 2008 15:03:15 +0100 (CET)
Subject: ############
From: <####@seznam.cz>
To: ####@##server_bez_MX##
.......................
.... puvodni email ....
.......................
---=SZN-Bounce-Boundary-381932111=-
Content-Description: Delivery report
Content-Type: message/delivery-status; name="Report"
Reporting-MTA: dns; mx.seznam.cz
Arrival-Date: Mon, 18 Feb 2008 15:03:15 +0100
Final-Recipient: rfc822; ####@##server_bez_MX##
Original-Recipient: rfc822; ####@##server_bez_MX##
Action: failed
Status: 5.4.3
Diagnostic-Code: smtp; no valid MX record
---=SZN-Bounce-Boundary-381932111=---
# Důvod / Reason: # --------------- # # 5.4.3 smtp; no valid MX record # # Nepodařilo se zjistit emailový server odesílatele. # Could not resolve recipient's email server.jsem shodou okolnosti potkal i ja. Ukazalo se, ze bylo nutne mit MX zaznam, trebaze existoval A zaznam. Kdyz jsme prechodne vytvorili MX zaznam pro host.a.b.cz mirici na sabe sama (host.a.b.cz) tak seznam.cz emaily odesilal na host.a.b.cz. Podarilo se mi kontaktovat helpdesk a 14.3.2008 neco opravili ve svem SMTP programu. Jinak, jejich odpoved do te doby nez neco preprogramovali byla:
dle odpovědi technického oddělení dle RFC musí existovat přímý A záznam (ne tedy alias) a nebo musí existovat MX záznam směřující na A záznam. Maily ze Seznam.cz jdou odesílat jak na A zaznamy, tak na MX záznamy.Jenomze, jak jsem uvedl, v mem pripade existoval A zaznam a nenasel jsem nikoho, kdo by mi v nastaveni DNS nasel chybu. Ale, nakonec si asi nekdo na seznam.cz nechal rict.
A já si říkal, že to začlo fungovat najednou nějak samo ... a on to nakonec někdo jiný takhle pěkně zařídil :) Já jsme psal na helpdesk, po týdnu mi přišel mail, že pokud mám ještě pořád zájem to řešit, tak že mám napsat znovu, protože oni jsou děsně busy a protože to už začlo fungovat, tak jsem se na to vykašlal. Díky :)
Tiskni
Sdílej: