Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Tak jsem se konečně dal do zprovoznění mailového serveru v naší firmě. Jsem ve stavu kdy mi vše nádherně chodí, maily co přicházejí, jsou fitrovány, hlavičky přepisovány, spam tagován a případně zahazován, zavirované emaily zahazovány, rozpracovaný greylisting a rbl checking, když jsem narazil na podstatnou otázku která mě dříve vůbec nenapadla. Jde o to že moje přestava byla zcela přesunout funkci mailserveru z ISP na interní mailserver což samosebou obnáší úpravu mx záznamu. Nedomyslel jsem ale jaká bude asi spolehlivost mailserveru připojeného k internetu pomocí ADSL (modem má uptime asi 4 měsíce, odpojení jsem už dlouho nezaznamenal) v porovnání s tím jak je připojený ISP (na páteři).
Po kratším uvažování jsem dospěl k tomu že mám dvě možnosti, buď to udělat jak jsem původně zamýšlel, tj. zcela se oprostit od ISP a překopat mx záznam a nebo ponechat mx záznam takový jaký je a stahovat poštu z doménového koše fetchmailem na lokální mailserver. Každé z těchto dvou řešení má své výhody a nevýhody ketré se pokusím shrnout v následujícím výčtu:
Řešení první - lokální mailserver bez připění ISP
Výhody:
Řešení druhé - ISP mailserver pro příjem pošty + fetchmail
Výhody:
A co teď? Teď asi babo raď? Jak byste řešili dané dilema Vy? Případně uvítám každý komentář k mému "neodborně odbornému" posouzení problému.
Tiskni
Sdílej:
Ake mate skusenosti s greylistingom? Ja som bol na zaciatku dost zhrozeny.. Dobu akceptovania som nastavil na 1 minutu. Ale druhy pokus o dorucenie dosiel dost casto az za 4-5 hodin, vynimocne aj za 10.. Takze som sa musel celkom dlho zabavat s WHITELISTOM aby to bolo pouzitelne..Zkušenosti s greylistingem mám výborné. Odrazí cca 95 % spamu. Zatím nebyly problémy s tím, že by něco nedošlo. Občas se nějaká zpráva zpozdí i o několik hodin, ale to je výjimka. Většina serverů ale opakuje pokus o doručení do 10 minut (mám nastavené 2 minuty). V praxi většinu provozu tak jako tak tvoří zprávy od známých odesílatelů, takže drtivá většina pošty prochází bez zpoždění. Kdysi jsem o tom něco napsal - tehdy ještě s malými zkušenostmi, ale i dnes se o greylistingu mohu vyjádřit pouze v dobrém.
Problemy s vypadky nejsou.Výpadky ADSL jsou spíš bájné příběhy než skutečná realita. Když nepočítám několikadenní výpadek při přechodu od kyslíku k Radiokomunikacím (o kterém jsem psal), zažil jsem za 3 roky požívání ADSL jen 2 několikahodinové výpadky a pak určitý počet několikaminutových (ne víc než 20). Pokud už by výpadek nastal, tak si to prostě odesílající server chvíli podrží, není to tragédie. Jen to dojde s určitým zpožděním.
V tom případě mám asi velmi dobrou představivost, a se mnou i mnoho učitelů a studentů. Přípojka byla asi 300 m od ústředny, ale údajně tam byl slabý signál. Spojení se docela často rozpadalo, bylo nutné modem restartovat. Po reklamaci jsme dostali jiný modem, který se se slabším signálem prý lépe vyrovná. Nějakou dobu to byla pravda, ale pak se paušálně všem zvýšila rychlost, a problémy začaly znova. Nepříznivě působila na modem vyšší teplota v létě, ale padal i v chladnějších obdobích. Někdy v té době už byly resety plně automatické, takže pokud router za modemem přes něj v pravidelných intervalech pinkal, pokud nedostal několik odpovědí, připojil se telnetem na modem a resetnul ho. Ovšem výpadky byly čím dál častější, takže nakonec další reklamace – a informace, že tato značka má prozměnu problémy s rychlým připojením. Následoval další modem, ten pak běžel několik měsíců bez problémů. A ještě mezi tím jsme stihli skoro týdenní výpadek, jehož příčinu nám nikdo nikdy nevysvětlil, prostě stejně, jako to najednou přestalo jít, se to zase rozběhlo. Ale náš ISP po několika dnech nefunkčnosti zjistil, že se z našeho čísla pokouší autorizovat někdo přístupovým jménem, které evidentně patřilo zcela jinému ISP. Takže technici ČTc zřejmě zaváděli ADSL někomu jinému, a někde se uklepli… Takže za to, že sám nemáte zkušenosti s výpadky ADSL, buďte rád…Problemy s vypadky nejsou.Výpadky ADSL jsou spíš bájné příběhy než skutečná realita.
Je tam i zalozni MX zaznam, ale z neho postu ani nestahuju.Záložní server (pokud ví o tom, že je záložní), odesílá e-maily na primární server sám od sebe (přes SMTP), není třeba je odnikud stahovat.