Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
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: