This doesn't fix the memory in RC...but...Maybe change your php.ini to allow for more memory?
php.ini has a line called: memory_limit, the default is 8MB, which happens to be 8 388 608 Bytes :)
Håkan Lindqvist wrote:
I ended up capturing the network traffic of one of these sessions and found this:
RC sends: "s SORT (DATE) US-ASCII ALL " (note the trailing space) Server responds: "s BAD Invalid Search criteria."
Unlike when I tested manually, the command fails. It turns out to be due to the trailing space(!).
I've attached a patch for this part of the problem.
(Changes $command = 's SORT ('.$field.') US-ASCII ALL '."$add\r\n"; to $command = 's SORT ('.$field.') US-ASCII ALL'.($add?' ':'')."$add\r\n";)
But now I get a blank page (quickly!) and the following in logs/errors:
[21-Apr-2006 00:31:28] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 35 bytes) in /shares/www/webmail.foo.bar/roundcubetest/program/include/rcube_imap.inc on line 786
Is there any way of making RC consume less memory while doing this?
/Håkan Lindqvist
diff -urN roundcube/program/lib/imap.inc roundcubetest/program/lib/imap.inc --- roundcube/program/lib/imap.inc 2006-03-27 21:06:30.000000000 +0200 +++ roundcubetest/program/lib/imap.inc 2006-04-21 00:27:57.000000000 +0200 @@ -638,7 +638,8 @@ if (!$fields[$field]) return false;
$fp = $conn->fp;
- $command = 's SORT ('.$field.') US-ASCII ALL '."$add\r\n";
//$command = 's SORT ('.$field.') US-ASCII ALL '."$add\r\n";
$command = 's SORT ('.$field.') US-ASCII ALL'.($add?' ':'')."$add\r\n"; $line = $data = '';
if (!fputs($fp, $command)) return false;
@@ -2079,4 +2080,4 @@ return (iil_C_Expunge($conn, $folder) >= 0); }