Blank Squirrelmail Inbox

emmanuel

Verified User
Joined
Mar 26, 2007
Messages
88
One of my user just started facing this problem when she tries to use squirrelmail. The inbox will show the correct mail count e.g. Inbox (107) but the area where the emails should be listed is blank.

Searching for mails produces a list, as does selecting folders such as Sent and Trash. Just the inbox is showing blank despite there being emails.

If I rename the directory (i.e. /home/owner/imap/user/Maildir/cur) on disk and create a blank directory "cur", squirrelmail will show any new emails that come in after that.

Roundcube works fine but the user is more used to and seem to prefer squirrelmail so I have to figure out a solution.

Does anybody know what could be wrong here? My guess was a corrupted inbox index but squirrelmail doesn't appear to keep such an index in any file.

p.s. I updated squirrelmail to the latest 1.4.15 using custombuild but no change in the situation.
 
On further searching, I realized maybe it was Dovecot that's the issue since it keeps some .index files in the user Maildir.

However, after deleting those files, restarting Dovecot, logging in the user to webmail and letting Dovecot rebuild the index, things end up back at square one.

There's no quota issue here as well so disk space is not the problem.
 
For the benefit, if any, of anybody else who might eventually face this problem.

The problem eventually was traced to the fact that the user had TOO many emails. Squirrelmail was running up against the default PHP memory limit but the error was in squirrelmail's log and not in the system/php log so I missed that out initially.

Upping the memory limit on PHP did work but it would only be a matter of time if the user doesn't take my advise to manage her imap inbox a bit.

What tipped me off was that roundcube started dying off after she used it for a while. RC is a harder fix because it's running into execution time limit, CPU max for the full time period before dying silently without any error message any where I could find, be it rc's log or php or syslog.

Extending the time limit from 30 to 60 did not help so I gave up and told the user she has to do something about it.
 
The problem eventually was traced to the fact that the user had TOO many emails. Squirrelmail was running up against the default PHP memory limit but the error was in squirrelmail's log and not in the system/php log so I missed that out initially.
 
Very old topic. However, the solution is to change $use_php_recode from true to false in /squirrelmail/config/config.php
 
Back
Top