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 16:33 | Nová verze

    Google Chrome 155 byl prohlášen za stabilní. Přináší podporu JPEG XL (.jxl). Opraveno bylo 247 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 0
    dnes 16:00 | Komunita

    Konference OpenAlt 2026 hledá přednášející. Přihlásit přednášky lze do neděle 11. října. Konference proběhne o víkendu 7. a 8. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.

    Ladislav Hagara | Komentářů: 0
    dnes 13:22 | Nová verze

    Byla vydána nová verze 10.6 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Povoluje hybridní postkvantový podpisový algoritmus ssh-mldsa44-ed25519.

    Ladislav Hagara | Komentářů: 0
    dnes 04:00 | Zajímavý software

    Americká společnost Reflection AI světu představila Beam, open-weight model s 501 miliardami parametrů (z toho 23 miliard aktivních), určený především pro programování a práci autonomních agentů. Podle autorů jejich model nabízí výkon srovnatelný s většími modely při výrazně nižších nárocích na výpočetní výkon. Beam nyní ještě prochází závěrečným testováním, na stránkách Reflection AI se však lze zaregistrovat a získat předběžný přístup. Váhy modelu, dokumentace a nástroje pro vývojáře mají být zveřejněny v průběhu tohoto měsíce.

    AfD 💙 | Komentářů: 0
    dnes 02:00 | Komunita

    OpenCourant je komunitní fork OpenRadioss, tj. open source softwaru pro simulace havárií, nárazů a vysoce nelineárních dynamických dějů metodou konečných prvků. Společnost Siemens v loňském roce dokončila akvizici společnosti Altair Engineering, jež před čtyřmi lety uvolnila open source verzi OpenRadioss svého proprietárního softwaru Radioss. Minulý týden Siemens OpenRadioss pohřbil. Integroval jej do svého softwaru Simcenter, webovou stránku OpenRadioss přesměroval na Simcenter a repozitář OpenRadioss na GitHubu odstranil.

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | Pozvánky

    Pořadatelé devátého ročníku komunitního setkání správců nejen českých a slovenských sítí – CSNOG 2027, které se uskuteční 20. a 21. ledna, vyhlásili Call for Abstracts. Náměty na vystoupení mohou zájemci přihlašovat do 31. října na webu akce a vybírat mohou ze tří sekcí – správa sítí, legislativa a regulace a akademické projekty. Zveřejněny byly také Call of Partners určené sponzorům a partnerům setkání, kteří by například chtěli mít na

    … více »
    VSladek | Komentářů: 0
    včera 16:11 | Zajímavý software

    Strata je open-source inferenční engine, který umožňuje lokálně provozovat rozsáhlý čínský model Qwen3.8-Flash-Next, který by jinak nejspíše vyžadoval serverovou infrastrukturu, na běžném herním počítači s alespoň 12 GB VRAM, 32 GB RAM a dostatkem místa na SSD. Nároky na paměť a rychlost generování se liší s použitou variantou modelu Qwen. Zdrojový kód je dostupný na GitHubu, pod licencí MIT.

    AfD 💙 | Komentářů: 2
    včera 15:11 | Humor

    Americký prezident Donald Trump oznámil vznik federální Jednotky pro superinteligenci (Super Intelligence Force), která má koordinovat postup vlády, technologických firem, náboženských organizací a dalších institucí v oblasti rychle se rozvíjející umělé inteligence (Trumpem oficiálně nazývanou superinteligencí). SIF, podřízená přímo Trumpovi, má pomoci Spojeným státům udržet v oblasti SI technologický náskok nad světem a

    … více »
    AfD 💙 | Komentářů: 4
    včera 13:11 | Zajímavý software

    Klient je e-mailový klient pro GNOME s nativní podporou Proton Mailu, PGP a spamfiltrem řízeným AI. Napsaný je v Go s GTK4 a libadwaita. Připojuje se přímo k Proton Mailu (bez Proton Bridge), ke Gmailu, k Seznam.cz a k libovolné schránce IMAP/SMTP. Každou novou zprávu nejdřív posoudí spamfiltr a teprve potom ji ukáže a ohlásí. Rozhraní je česky a anglicky.

    Ladislav Hagara | Komentářů: 5
    včera 10:44 | Humor

    Hra Doom nově běží také v SQL databázi CedarDB. Představen byl SQLDoom. Vyzkoušet lze online demo. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (29%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2812 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: Plynuly prechod mezi MailServery

    8.7.2005 11:42 Honza
    Plynuly prechod mezi MailServery
    Přečteno: 236×
    Dobrý den. Potreboval bych poradit jak nejlepe resit plynuly prechod na novy mail server. Situace: Mam server kde bezi WWW,SMTP,POP3,IMAP apod. a chci aby na jednom a to na puvodnim zustalo WWW a obdobne sluzby a na druhy se presunulo vse co ma neco spolecneho z postou.

    Uzivatele maji nastaveno pro odesilani i pro vybyrani posty MX: mail.domena.cz kde IP je: 192.168.1.1 po zmene na IP 192.168.1.2 je moment kdy nez se aktualizuji DNS zaznamy vsem zakaznikum tak by nekteri pristupovali na puvodni a nekteri na novej mailserver a vznikl by rekneme "chaos".Nemluve o presunuti dosavadni posty na novej mail server.

    Odesilani a prijem bych resil v transportu kde bych vsechny domeny presmeroval na novej mail server coz by me vyresilo pouze pul problemu.Zakaznici kteri by ale chteli vybrat postu by totiz pristupovali(teda pokud uz nemaji aktualni DNS zaznam) na puvodni mail server kde by uz ale aktualni postu nedostavli.

    PS: reseni neni rici zakaznikum ip adresu ale aby bez problemu pouzivali stavajici zaznam mail.domena.cz

    Diky za odpovedi!

    Odpovědi

    8.7.2005 12:24 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Plynuly prechod mezi MailServery
    MX záznam je úplně něco jiného, než co si představujete: MX záznam říká jen a pouze to, kam se má posílat pošta určená pro vaši doménu. S vašimi lokálními klienty nemá vůbec nic společného. Další věc je, že překládat doménové jméno mail.domena.cz na 192.168.1.1 rozhodně není korektní a jsem si téměř jistý, že se o tom zmiňuje některé RFC.

    Řešil bych to asi takto:

    1. nakonfiguruji nový počítač tak, aby fungoval jako koncový příjemce pošty pro doménu (-y) a nakonfiguruji tam POP3
    2. shodím původní server (MTA, POP3)
    3. přesunu schránky na nový
    4. nastavím starý server, aby poštu pro doménu přeposílal na nový (u sendmailu přehodit doménu z local-host-names do relay-domains (resp. z Cw do CR) a přidat (dočasně) záznam do mailertable)
    5. spustím MTA na starém
    6. přehodím záznam pro jméno, přes které přistupují klienti, na novou IP adresu
    7. přehodím záznam pro jméno, které je hodnotou MX záznamu, na novou IP adresu
    8. po vypršení TTL mohu shodit MTA na starém

    Přístup z klientů na POP3 do vypršení DNS cache se dá vyřešit buď přesměrováním (netfilter nebo xinetd) nebo elegantněji tím, že příslušným záznamům předem snížím hodnotu TTL (třeba i na nulu). Totéž se dá samozřejmě provést i pro jméno, které je hodnotou MX záznamu.

    8.7.2005 12:44 Honza
    Rozbalit Rozbalit vše Re: Plynuly prechod mezi MailServery
    Diky za odpoved. IP adresy 192.168.1.1 byl jen priklad.Ve skutecnosti se jedna o reseni v ramci internetu cili verejnou IP. Bod 4.) Pouzivam postfix a myslim ze zadanim zaznamu do transport toto preposilani mohu vyresit.

    Snizeni TTL by asi nebylo tak efektivni jak by bylo potreba protoze mnoho provideru cachuje DNS zaznamy a tim padem pro moho klientu by nas server mohl byt desli dobu nedostupny. O netfilteru sem tez premyslel a asi to bude jedine realne mozne reseni.

    Kazdopadne moc diky.
    8.7.2005 13:02 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Plynuly prechod mezi MailServery
    TTL funguje tak, že pokud cache předává neautoritativní odpověď, posílá hodnotu TTL, se kterou záznam dostala, sníženou o dobu, která od jeho obdržení uplynula. Takže když nastavím TTL na 24 hodin, mám garantováno, že nikdo nebude považovat záznam platný déle než 24 hodin poté, co opustil autoritativní zdroj (bez ohledu na to, přes kolik cache-serverů prošel). Je-li hodnota TTL nulová, je záznam z definice necacheovatelný. Tak je to popsáno v RFC a tak by se měly všechny implementace chovat. Samozřejmě jsem už slyšel, že existují cache, které si standardy vykládají po svém, ale pak je to jen a jen jejich problém…

    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.