MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Ahoj,
mám mailový server, který je nastaven na příjem příloh o velikosti 10MB.
Soubor my.cnf je nastaven .........viz.níže
Jak by jste nastavili / jaké by jste provedli úpravy pro příjem příloh 20MB ?
Děkuji za vaši radu a váš čas.
... [mysqld] port = 3306 socket = /tmp/mysql.sock skip-locking key_buffer = 16M max_allowed_packet = 10M table_cache = 64 sort_buffer_size = 512K ... # Uncomment the following if you are using InnoDB tables innodb_data_home_dir = /var/db/mysql/ innodb_data_file_path = ibdata1:10M:autoextend innodb_log_group_home_dir = /var/db/mysql/ innodb_log_arch_dir = /var/db/mysql/ # You can set .._buffer_pool_size up to 50 - 80 % # of RAM but beware of setting memory usage too high innodb_buffer_pool_size = 16M innodb_additional_mem_pool_size = 2M # Set .._log_file_size to 25 % of buffer pool size innodb_log_file_size = 5M innodb_log_buffer_size = 8M innodb_flush_log_at_trx_commit = 1 innodb_lock_wait_timeout = 50 ...
mám mailový server, který je nastaven na příjem příloh o velikosti 10MB.
Jste si jisty, ze ukladate cele emaily do MySQL DB?
Instalováno podle tohoto návodu, který zde byl nedávno v nějaké diskuzi uveden:
http://www.purplehat.org/?page_id=4
Myslím že MySQL bude funkční s jakýmkoliv nastavení.... ale když už nic jiného, tak to nech pár dnů běžet a potom zkus spustit http://www.cpanelconfig.com/optimize-a-cpanel-server/install-mysql-performance-tuning-primer-script/ jestli ti neukáže nějaká doporučení
To jsme se asi moc nepochopili, já potřebuji přimět server k tomu, abych byl schopen odeslat přílohu / soubor, který má více než 10MB. Teď neodešlu přes svůj server přílohu, která je větší než 10MB. Kde by mohla být chyba ? Postfix+MaiaMailGuard.
Podle mě to je v nastavení my.cnf, ale schválně se podívejte do toho návodu, jak je to udělaný....
/etc/postfix/main.cf nastavení v Bajtech:
message_size_limit =nebo to řeší přes postfixadmina.
No, a teď jak a kde to zjistit.
......teď babo raď 
message_limit v tom main.cf a zkus poslat větší přílohu. Pozor, velikost emailu je cca o 30% větší (kódování base64), než velikost vloženého souboru.
Ne zcela OT: Pokud správně rozumím tomu návodu, tak základní velikost mailboxu je 50MB. Ale mailbox by se měl nastavovat per user v tom postfixadminu.
Tak jsem nastavil hodnotu "message_size_limit = 20971520" pro 20MB
Myslíte, že to tak bude stačit ?
V tom návodu ještě píší, že je potřeba přenastavit my.cnf
Viz. zde: http://www.purplehat.org/?page_id=16
2. The “Mail size limit” setting should not be higher than what you set
your MySQL’s max_allowed_packet to (10M in my example) in /var/db/mysql/my.cnf. Remember that this setting is in bytes. So, 10*1024*1024 would give you 1048576 (10M).
Jenže pak nevím, jak by tedy správně měl vypadat my.cnf
[mysqld] port = 3306 socket = /tmp/mysql.sock skip-locking key_buffer = 16M max_allowed_packet = 10M table_cache = 64 sort_buffer_size = 512K ... # Uncomment the following if you are using InnoDB tables innodb_data_home_dir = /var/db/mysql/ innodb_data_file_path = ibdata1:10M:autoextend innodb_log_group_home_dir = /var/db/mysql/ innodb_log_arch_dir = /var/db/mysql/ # You can set .._buffer_pool_size up to 50 - 80 % # of RAM but beware of setting memory usage too high innodb_buffer_pool_size = 16M innodb_additional_mem_pool_size = 2M # Set .._log_file_size to 25 % of buffer pool size innodb_log_file_size = 5M innodb_log_buffer_size = 8M innodb_flush_log_at_trx_commit = 1 innodb_lock_wait_timeout = 50
Myslíte, že to tak bude stačit ?
Vyzkoušejte
.
Ty zvýrazněné bloky jsem v návodu četl a je to nesmysl. Ani s velikostí dat ukládaných do DB nemají nic společného (tedy pokud nějakým záhadným způsobem něco jiného neparsruje konfig mysql, což rozhodně není standard).
Své úsilí zaměřně na postfix a postfixadmin.
Tiskni
Sdílej: