Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Zdravim,
potrebuji ujasnit vec tykajici se omezovani v postfixu na urovni rcpt to, resp. ogiku zapisu.
jde mi napr. o tento zapis v main.cf
smtp_recipient_restrictions
reject_non_fqdn_recipient
reject_non_fqdn_sender
permit_mynetworks
reject_rbl_client dnsbl.ahbl.org
permit
neco takoveho potrebuji nastavit i u sebe na postfixu (omezeni na neuplna jmena a rbl).
Jedna se mi o to permit co je na konci seznamu. Musi tam byt ?
Vim o serveru, kde permit na konci seznamu neni a bezi to take ?
Chapu to tak (ale asi zrejme spatne) ze pokud klient napr. odesila mail z IP, ktera neni uvedena v mynetworks.
pak nevyhovi podmince permit_mynetworks - jde na dalsi pravidla atd. a nakonec skonci na pravidlu permit, kteryho povoli.
Muze mi to nekdo objasnit ?
Dekuji
Permit na konci "smtp_recipient_restrictions" byt nemusi, jen byste mel po "permit_mynetworks" dat "reject_unauth_destination", jinak (chapete to dobre...) budete mit open relay.
Viz.:
http://www.postfix.org/postconf.5.html#reject_unauth_destination
Aha, takze zapis uvedeny nize je tedy v poradku...
smtp_recipient_restrictions
reject_non_fqdn_recipient
reject_non_fqdn_sender
permit_mynetworks
reject_rbl_client dnsbl.ahbl.org
reject_unauth_destination
Dekuji
Spis asi takto:
smtp_recipient_restrictions
reject_non_fqdn_recipient
reject_non_fqdn_sender
permit_mynetworks
reject_unauth_destination
reject_rbl_client dnsbl.ahbl.org
"reject_rbl_client..." ma z tech vsech pravidel nejvetsi "rezii", takze bych ho dal az na konec, navic se doporucuje, aby mezi "permit_mynetworks" a "reject_unauth_destination" (pokud mozno) nebyla zadna dalsi pravidla, omezi se tim moznost vzniku open relay.
Tiskni
Sdílej: