Společnost PINE64 kvůli nedostatku a vysokým cenám DRAM a eMMC dočasně pozastavuje výrobu linuxových zařízení. Výroba zařízení jako PineTime, PineVoice a Pinecil pokračuje.
Společnost Stripe se dohodla na akvizici společnosti OpenRouter. Za 7,5 miliardy dolarů.
Byla vydána nová verze 1.27 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Ahoj mam takovou celkem obecnou otazku. Kazdy kdo zna blokove schmema mailu vi ze napisete mail v MUA a ten ho posle MTA. Ten ho posila dalsim MTA az se dostane k tomu spravnemu MTA a ten ho posle MUA(MDA). No co mi na tom neni jasne je to ze kdyz napisu mail(dejme tomu ze muj MTA je seznam) martin at gmail.com tak proc to rovnou nedojde tomu gmail MTA. Prece kdyz odesilam mail tak to posilam na konkretni server ten ma sve IP. Tzn ja poslu mail(data) smerovana na konkretni IP- to by melo jit jen pres routery az na server GMAIL.COM a tam se to do prislusne schranky ulozit. Ptam se proto ze ted konfiguruju POSTFIX a tam je direktiva relayhost ktera znamena SMTP server kam budu preposilat postu(asi jsme uplne nepochopil vyznam teto direktivy) a byl bych rad za kazde vysvetleni. Dekuji
No abych pravdu rekl jsem v teto oblasti na horsi urovni nez amater. Vzdy jsem si myslel ze kdyz mam mail pavel@gmail.com a chci poslat mail na pavel@seznam.cz tak se to deje nasledovne. Muj klient ma nastaveny SMTP server tam odesle data. SMTP server si z DNS zjisti IP domeny seznam.cz a pak posle muj mail na SMTP port IP adresa domeny seznam.cz. Proto mi nebylo nikdy moc jasne jakou roli hraji v DNS MX zaznamy kdyz podle meho by mel stacit zaznam A pro danou domenu.
Jestli te chapu spravne... ja poslu na pavel@gmail.com zpravu a muj SMTP(MTA) nehleda IP zaznamu A gmail.com ale podle Vas hleda zaznam MX gmail.com? Je to tak? Pokud ano asi uz vam rozumim.
Standardní postup je takovýto: vezmete jméno za zavináčem a pošlete dotaz na MX záznam pro toto jméno. Dostanete-li nějaké záznamy, seřadíte je vzestupně podle priority (mají-li některé stejnou, pak podle pořadí, v jakém je dostanete). Zkusíte první; podaří-li se mu mail předat, je hotovo; dostanete-li permanentní chybu (kód začínající pětkou), je hotovo (jen byste měl odeslat původnímu odesílateli hlášení o nedoručitelnosti); dostanete-li dočasnou chybu nebo nepodaří-li se s ním vůbec spojit (což je vlastně také dočasná chyba), zkusíte další. Dojdete-li na konec seznamu a všude dostanete dočasnou chybu, odložíte mail do fronty a za chvíli (typicky 15-30 minut) to zkusíte znovu; když se to opakuje, po delší době (u sendmailu defaultně pět dnů) to vzdáte a prohlásíte mail za nedoručitelný. Pokud k tomu jménu žádný MX záznam neexistuje (ale jen když opravdu neexistuje, ne když se s žádným nemůžete spojit), vznesete dotaz na A záznam (tj. normálně ho přeložíte na adresu) a zkusíte ho poslat tam.
Proto mi nebylo nikdy moc jasne jakou roli hraji v DNS MX zaznamy kdyz podle meho by mel stacit zaznam A pro danou domenu.
MX záznamy byly zavedeny až dodatečně, přesto ale mají při interpretaci adresy přednost. Idea byla pravděpodobně taková, že by bylo dobré, aby šlo definovat příjemce pošty pro určité doménové jméno i v případě, že toto jméno nemá přiřazenu adresu (abstraktní jméno domény, ne konkrétního počítače) nebo má přiřazenu adresu, ale pošta se má posílat jinam (dnes např. kvůli módě "webů bez www").
Na podobné myšlence je založen i koncept SRV záznamů, což jsou vlastně něco jako zobecněné MX záznamy. Ty definují, kdo má vyřizovat jednotlivé služby pro určitá doménová jména. Moc se neujaly, ale používají je např. SIP a Jabber.
Tady jsem Ti neporozumnel ... ja mam v clientu nakonfigurovan SMTP(MTA) server. Postu tedy posilam pres neho. Je na nem aby zjistil dostupnost cile a pokud dostupny neni tak podle me nejakou dobu ceka a pak zkousi posilat znova.
Tiskni
Sdílej: