Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.
Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.
Google na své vývojářské konferenci Google I/O 2024 představil řadu novinek. Keynote byl věnován umělé inteligenci (DeepMind, Gemini, Responsible AI).
V Gitu bylo nalezeno 5 zranitelností. Opraveny jsou ve verzích 2.45.1, 2.44.1, 2.43.4, 2.42.2, 2.41.1, 2.40.2 a 2.39.4. Útočník může připravit repozitář tak, že při jeho klonování (git clone) může dojít ke spuštění libovolného kódu.
Virtualizační softwary VMware Workstation Pro a VMware Fusion Pro jsou nově pro osobní použití zdarma. Softwary VMware Workstation Player a VMware Fusion Player končí.
Linuxová distribuce Endless OS (Wikipedie) byla vydána ve verzi 6.0.0. Přehled novinek i s náhledy v příspěvku na blogu, poznámkách k vydání a také na YouTube.
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: