abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 08:35 | Komunita
    Pořadatelé dalšího ročníku komunitního setkání správců nejen českých a slovenských sítí CSNOG 2027 upozorňují, Call for Abstracts pro blížící se akci (20. a 21. ledna 2027, Zlín) končí už 31. října, tedy na konci tohoto týdne.. … více »
    VSladek | Komentářů: 1
    24.10. 23:22 | Bezpečnostní upozornění

    Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.

    vencour | Komentářů: 2
    24.10. 12:44 | Pozvánky

    Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »

    lkocman | Komentářů: 2
    24.10. 00:44 | Bezpečnostní upozornění

    Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění

    … více »
    vencour | Komentářů: 15
    23.10. 17:44 | IT novinky

    Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].

    vencour | Komentářů: 17
    23.10. 14:44 | Zajímavý projekt

    Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.

    Ladislav Hagara | Komentářů: 11
    23.10. 04:11 | Nová verze

    Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    22.10. 20:22 | IT novinky

    Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.

    Ladislav Hagara | Komentářů: 4
    22.10. 15:44 | Bezpečnostní upozornění

    Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »

    vencour | Komentářů: 1
    22.10. 15:33 | Nová verze

    Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).

    ʚĭɞ 🍉 | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2915 hlasů
     Komentářů: 34, poslední dnes 08:24
    Rozcestník

    Dotaz: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim

    polo23 avatar 17.7.2009 21:17 polo23 | skóre: 28 | blog: polo23
    SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim
    Přečteno: 789×

    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

    Odpovědi

    17.7.2009 21:33 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim
    Ve slušné společnosti by těch prostředníků nemělo být zase tolik. Většinou je to jen tak, že koncoví uživatelé posílají všechno z vnitřní sítě na nějakou společnou relay a ta to teprve posílá dál podle MX záznamů. Pokud to ale není nijak blokováno, není důvod, proč by to hned první MTA nemohl posílat rovnou správnému příjemci. Předpokládám, že tu direktivu relayhost nastavovat nemusíte, jinak by byl Postfix coby MTA téměř nepoužitelný.
    polo23 avatar 17.7.2009 22:45 polo23 | skóre: 28 | blog: polo23
    Rozbalit Rozbalit vše Re: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim

    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.

    17.7.2009 22:52 R
    Rozbalit Rozbalit vše Re: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim
    A zaznam skutocne staci. Ked neexistuje MX, pouzije sa A. MX je na to, aby si mohol mat mail server iny ako napr. web server.
    polo23 avatar 17.7.2009 23:15 polo23 | skóre: 28 | blog: polo23
    Rozbalit Rozbalit vše Re: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim

    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.

    17.7.2009 23:24 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim

    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.

    17.7.2009 23:28 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim
    Ještě jsem zapomněl na ten relayhost/smarthost. S tím se to má tak, že některé MTA pro jednoduchost místo toho výše popsaného algoritmu jednoduše všechnu poštu přepošlou jednomu konkrétnímu MTA. Bývají tak nastavené hlavně MTA, které nejsou trvale připojené (např. běží na uživatelské stanici, která se vypíná, když s ní nikdo nepracuje). Samozřejmě tak lze nastavit jakýkoli MTA, ale samozřejmě ten smarthost musí být ochoten pro vás relaying provádět.
    17.7.2009 22:55 R
    Rozbalit Rozbalit vše Re: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim
    A co urobis, ked je cielovy server nedostupny? To prave riesi MTA.
    polo23 avatar 17.7.2009 23:12 polo23 | skóre: 28 | blog: polo23
    Rozbalit Rozbalit vše Re: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim

    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.

    Založit nové vlákno • Nahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.