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í
×
    včera 21:00 | Nová verze

    Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | Zajímavý software

    Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.

    Ladislav Hagara | Komentářů: 0
    13.6. 15:22 | IT novinky

    Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.

    Ladislav Hagara | Komentářů: 7
    13.6. 02:22 | Nová verze

    Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.

    Ladislav Hagara | Komentářů: 0
    12.6. 16:33 | Bezpečnostní upozornění

    V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.

    Ladislav Hagara | Komentářů: 13
    12.6. 11:33 | Nová verze

    Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.

    |🇵🇸 | Komentářů: 0
    12.6. 03:33 | Bezpečnostní upozornění

    Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.

    Ladislav Hagara | Komentářů: 2
    11.6. 14:11 | Komunita

    Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.

    Ladislav Hagara | Komentářů: 5
    11.6. 10:44 | Nová verze

    Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.

    Ladislav Hagara | Komentářů: 0
    11.6. 04:44 | Nová verze

    Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.

    Ladislav Hagara | Komentářů: 5
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (8%)
     (2%)
     (16%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1908 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Duvod pouzivani vlastniho MTA pri odesilani mailu

    polo23 avatar 14.2.2012 16:41 polo23 | skóre: 28 | blog: polo23
    Duvod pouzivani vlastniho MTA pri odesilani mailu
    Přečteno: 595×
    Ahoj,

    zeptam se mozna na dost blbou otazku. Jaky je duvod pouzivat pri odesilani mailu vlastni MTA krom toho, ze budu mit na serveru ulozene odeslane maily?

    Takto to funguje v praxi pri odesilani mailu
    mujMUA---->mujMTA---------->tvujMTA---->tvujMUA
    Proc ne takto?
    mujMUA---------->tvujMTA---->tvujMUA
    Muj klient si stejne DNS dotazem zjisti kdo je tvujMTA a mail muze zaslat rovnou tam po SMTP.

    Predpokladam, ze odpoved na mou otazku bude jednoducha, bohuzel mam ted zatmeni:(

    Řešení dotazu:


    Odpovědi

    Jendа avatar 14.2.2012 17:39 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    Tvůj MUA není on-line furt, zatímco tvůj MTA ano, a tak, když se to napoprvé nepovede, tak to může zkusit za chvíli znova.
    14.2.2012 20:32 Dejv | skóre: 37 | blog: Jak ten blog nazvat ... ? | Ostrava
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu

    Obavam se, ze jsi ne zcela pochopil problem/otazku. On IMHO nechce vypustit TvujMTA (tedy adresatuv POP3/IMAP? server), ale MujMTA, tedy SMTP server odesilatele.

    Dejv

    Pevně věřím, že zkušenější uživatelé mě s mými nápady usměrní a pošlou tam, kam tyto nápady patří...
    polo23 avatar 14.2.2012 20:39 polo23 | skóre: 28 | blog: polo23
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    Nad jeho odpovedi jsem taky dumal a nakonec jsme asi pochopil:) On tim "Tvuj MUA" a "Tvuj MTA" mysli vlastne to co je ve schematu oznaceno jako "mujMUA" a "mujMTA" - pak jeho odpoved dava smysl.
    Jendа avatar 15.2.2012 00:42 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    a: Jdu si zařídit MojeID.

    b: Tvoje ID?

    c: TvojeID ne, JehoID!
    14.2.2012 20:48 JanM | skóre: 28
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    Skoro bych řekl, že "tvujMTA" vám nejspíše nedovolí neautorizované SMTP spojení, takže "mujMUA" nic neodešle.
    14.2.2012 21:01 vasek
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    I tak by mohl být "TvujMTA" nastaven, ale pak by jaksi nikdy nic nepřijal od nikoho.
    polo23 avatar 15.2.2012 12:07 polo23 | skóre: 28 | blog: polo23
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    Presne to me taky napadlo....
    rADOn avatar 15.2.2012 14:37 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    TvujMTA prevezme postu od MTA ktery nevypada jako zrejmy spammer (ma reverzni zaznam, mozna i nejake to SPF apod.) coz "MUA ktery se tvari jako MTA" nema. Dale si MTA musi umet poradit s dorucovanim odlozenych zprav a prejimkou zprav o chybe/nedoruceni, cili musi bezet jako systemovy demon.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    Řešení 1× (cezz)
    14.2.2012 21:46 d'areback
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    A krome dostupnosti (coz byl kdysi padny duvod) taky proto, ze:

    vlastni MTA ma moznost potvrdit tvou identitu.

    to snizuje sanci, ze tvuj email bude vyhodnocen jako spam.

    zdaleka ne vzdy ISP povoluje odesilani z beznych pc na port 25 cizich serveru.
    14.2.2012 21:57 d'areback
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    a tu prvni jsem samozrejme nenapsal:

    ne vzdycky ma tvoje aktualni verejna adresa platny reverzni DNS zaznam. Pritom pokud existuje ale neukazuje zpet na tvou ip adresu, tak se na tebe muze (ba dnes je to primo rozumne) kazdy zvysoka 5xx.
    14.2.2012 22:19 ivan
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    Dobry je to treba pro troubleshooting. Pokud tvuj MUA preda mail tvemu MTA, tak v jeho logu najdes mgsid toho mailu a taky presny cas kdy byl mail prijat a kdy byl predan dal.
    Řešení 2× (Michal Ludvig, cezz)
    14.2.2012 23:51
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    MujMTA obslouží MujMUA mnohem rychleji, než jakýkoliv jiný MTA. Odešlu a vypnu MujMUA. MujMTA se pak stará o to, aby poštu doručil příslušným TvymMTA, i když třeba mají chvilkový výpadek. Taky se dokáže přenést přes případný greylisting na TvemMTA, který by MemuMUA mohl vadit. MujMTA má samozřejmě taky v pořádku reverzní DNS záznam, takže moje pošta není z tohoto důvodu odmítána. A kromě toho, když už MujMTA žere proud, může poštu pro mě přijímat, i když MujMUA spí. Zároveň může provádět antispamovou a antivirovou kontrolu přijímané pošty, takže MujMUA se tím nemusí až tak zabývat. Průchozí pošta se sice může na MémMTA ukládat, ale patrně to není jeho hlavní činnost.
    rudiik avatar 15.2.2012 22:41 rudiik | skóre: 16 | blog: rudiikuv miniblog
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    1) pri pouziti vlastniho MTA se na serveru za normalnich okolnosti odeslane maily neuchovavaji
    2a) mujMUA by musel implementovat MX DNS lookupy
    2b) mujMUA by mel zvysenou rezii pri posilani mailu vice adresatum s ruznymi tvujMTA, jelikoz by musel kazdemu tvujMTA poslat zpravu samostatne
    2c) mujMUA by musel implementovat nejakou frontu pro pripad, ze se vsechny/netere tvujMTA nepodari kontaktovat, nebo je docasne odmitnut pomoci 4xx kodu
    2d) diky potencialne variabilni IP adrese mujMUA by bylo zvysene riziko nedoruceni nebo vyrazne zpozdeneho doruceni zprav v dusledku greylistingu
    2e) znacnou casti tvujMTA by byl rovnou odmitnut z nektereho z nasledujicich duvodu: chybel by reverzni DNS, nemusel by byt zpetne overitelny odesilatel (fake sender), neplatnost SPF, dynamicky IP range a jiste by slo prijit i na dalsi problemy...
    KDE 2.0 .. KDE 3.5.10 -> KDE 4.1 .. KDE 4.4.5 -> E17 Alpha/Beta -> Trinity 3.5.12 -> GNOME 2.30 -> KDE 4.6.5
    15.2.2012 23:01 citanus
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    vsak at si zkusi chvilku fungovat na digu a telnetu : )
    Bystroushaak avatar 16.2.2012 17:56 Bystroushaak | skóre: 36 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Duvod pouzivani vlastniho MTA pri odesilani mailu
    Napsal jsem program, který přesně tohle dělá a zatím jsem nenarazil na problém. Je tedy fakt, že gmail podobné maily hodnotí jako spam, ale jinak je to v pohodě. Mám o tom i rozepsaný článek (Píšeme Mailer), ale zatím jsem se nedostal k jeho publikaci.

    Založit nové vláknoNahoru

    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.