Thank you for your hints.
- Enable logging (config/main)
- Then open one of your big emails and check logs/error (tail -f ...)
- Then you probably need to finetune settings (memory_limit, etc.) in php.ini
You were right.
PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 4210936 bytes) in .../rcwebmail/program/steps/mail/func.inc on line 808
I adjusted memory_limit. It's taking so much memory because the message is preparsed and email and web addresses are translated into <a>...</a> sequences, and I had a lot of them because the mail was a report.
Now, since the mail is big, how can I know if the message is sent compressed?
// set output buffering if ($_action != 'get' && $_action != 'viewsource') { // use gzip compression if supported if (function_exists('ob_gzhandler') && ini_get('zlib.output_compression')) ob_start('ob_gzhandler'); else ob_start(); }
_task=mail&_action=show should include the case of compressed output, but the message took quite some time... how can I be sure it was transmitted compressed?
Mirko
List info: http://lists.roundcube.net/dev/
// use gzip compression if supported if (function_exists('ob_gzhandler') && ini_get('zlib.output_compression')) ob_start('ob_gzhandler');
Wait a moment... shouldn't be !ini_get('zlib.output_compression') ?
It should mean: if ob_gzhandler exists and compression hasn't been already activated via php.ini start ob_gzhandler...
Right now, I have zlib.output_compression = off in php.ini, but that condition avoid to start compression.
Mirko
List info: http://lists.roundcube.net/dev/
-
Mirko Buffoni