Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.4. Představení novinek také na YouTube. Bun byl přepsán z programovacího jazyka Zig do Rustu. Pomocí Claude Fable 5.
Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.08. Přehled novinek i s náhledy a videi v oficiálním oznámení.
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.
Mam takovy problemek, ktery si nedokazu vysvetlit.
Kdyz poslu email pres SMTP server mail.kaneko.cz na kanicky@atlas.cz tak to bouncne zpatky, jak je to ve vypisu.
Kdyz to udelam vice versa, tak vse projde. Muzete nekdo vysvetlit? Jak takovou vec otestovat a prijit, kde je chyba?
Vim, ze to spamcop blokoje, ale jak to, ze kdyz odeslu pres ten samy SMTP server, ale z jineho mista na mape sveta, tak vse projde?
----- Původní zpráva ----- Od: "Mail Delivery Subsystem" MAILER-DAEMON@200-user9.scnet.cz Komu: dane@kaneko.cz Odesláno: 16. října 2006 15:07 Předmět: Returned mail: see transcript for details > The original message was received at Mon, 16 Oct 2006 15:05:01 +0200 > from 30-user10.scnet.cz [83.69.41.30] > > ----- The following addresses had permanent fatal errors ----- > kanicky@atlas.cz > (reason: 550 5.7.0 Your server IP address is in the SpamCop database, bye) > kanicky@cmail.cz > (reason: 554 Service unavailable; Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200) > > ----- Transcript of session follows ----- > ... while talking to mx1.mail-atlas.net.: >>>> DATA > <<< 550 5.7.0 Your server IP address is in the SpamCop database, bye > 550 5.1.1 kanicky@atlas.cz... User unknown > 451 4.4.1 reply: read error from mx1.mail-atlas.net. > ... while talking to franta.isp.contactel.cz.: >>>> DATA > <<< 450 Service unavailable; Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200 > kanicky@cmail.cz... Deferred: 450 Service unavailable; Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200 > <<< 554 Error: no valid recipients > ... while talking to relay.contactel.cz.: >>>> DATA > <<< 554 Service unavailable; Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200 > 554 5.0.0 Service unavailable > <<< 554 Error: no valid recipients
Client host [83.69.40.200] blocked using bl.spamcop.net; Blocked - see http://www.spamcop.net/bl.shtml?83.69.40.200
> 554 5.0.0 Service unavailable
Co takhle se kouknout na ten blacklist http://www.spamcop.net/bl.shtml?83.69.40.200
Jak jsem psal, vim ze ten server je na BL. Problem je ze to je nejaky server po ceste, neni muj a vubec nevim, co s tim ma spolecneho? Proto se ptam na vysvetleni?
Uvedu priklad/p>
Zajima me to proto, protoze mail.kaneko.cz je muj server a nevim, jestli tam neni zadrhel.
Jak jsem uvedl, neodesilam mail z 83.69.40.200. Takze proc se to blokuje?
Dobry den pane Jirsak. IP mojeho SMTP serveru je 193.93.72.xx
Prave se divim, protoze jsem si myslel, ze ta komunikace funguje tak, ze muj SMTP vezme zpravu a posila ji primo na mail server, ktery najde podle domeny emailu. Pak jsem tedy zmaten co ten holomek 83.69.40.200 tam dela?
IP mojeho SMTP serveru je 193.93.72.xxTo je adresa serveru, který přijímá poštu pro doménu kaneko.cz. Opravdu přes něj ale poštu i odesíláte? Jakým způsobem odesíláte ten e-mail, který se vrací s chybou? Pokud z e-mailového klienta, záleží na tom, jaký SMTP server máte nastavený v něm. Pokud byste používal smart relay v Postfixu (tj. e-maily by se nedoručovaly přímo, ale předávaly se "chytřejšímu serveru"), měl byste v Postfixu použitou konfigurační volbu
relayhost. Pokud tuto volbu nepoužíváte, musí se e-maily ze serveru doručovat přímo. Pak není jiná cesta, jak by se e-mail dostal na 83.69.40.200, než že se tam pošle jinou cestou, ne přes váš server (buď konfigurací vašeho e-mailového klienta, nebo nějaká transparentní proxy nebo firewall, nebo virus).
Samozrejme u klienta je nastaven SMTP server mail.kaneko.cz.
U Postfixu jste na to kapnul. Ano mam mam tam konfiguracni volbu relayhost =. Za rovna se nic neni. Doporucil byste mi jak a co je vhodne nastavit? Predem diky.
permit_my_networks). Tak se podívejte do logu Postfixu, tam by mělo být vidět odkud a kam se připojuje. Ale pokud není nastaven relayhost, měl by se připojit přímo na počítač dle MX DNS záznamu, takže pak by mohl být problém jedině v podvrženém DNS…
Primo permit_my_networks tam nemam, ale mam tam mynetworks = 127.0.0.0/8
, coz je asi to co myslite.
Jinak zkusim vysledovat z logu, kam a jak se to pripojuje.
<220 … ESMTP Postfix >HELO test <250 … >MAIL FROM:dane @ kaneko.cz <250 OK >RCPT TO:kanicky @ atlas.cz <250 OK >DATA <354 End data with <CR><LF>.<CR><LF> >Subject: test1 Testovaci e-mail . <250 OK >QUITTo samé můžete zkusit přímo na mail server Atlasu. První je simulace komunikace klienta s vaším serverem, to druhé je komunikace vašeho serveru se serverem Atlasu. Mezery kolem zavináčů vynechte, je to jen antispam
Pane Jirsak. Dekuji za pomoc. Problem jsem zrejme nasel. Otcuv Outlook Express, nebere to co ma zapsane pro dany ucet v kolonce pro SMTP server, tudis to posila pres neco jineho. Na tomto stale pracuji.
Zjistil jsem to tak, jak jste poradil. Sledoval jsem log v tu chvili, kdy odesilal testovaci email, server to nezaznamenal. Pak jsem si tedy udelal stejny testovaci ucet na mem Debianu v Thunderbirdu, nastavil SMTP a vse projelo spravne pres SMTP mail.kaneko.cz.
Jak jsem se zminil, stale jeste nevim, kde je problem na otcove machine, ale dulezite je, ze problem je jiz odhalen.
Diky moc za pomoc.
Tiskni
Sdílej: