New mails don't appear in Inbox immediately

[nobody]

When i get a new email messsage the title of my web
browser says (1) RoundCube...
but when I click on the window there's nothing showing
in the Inbox (right hand) despite the folder list
telling me otherwise.

Double clicking the inbox does nothing.  The only way
to get to my message is clicking another folder and
then clicking back to the inbox.

[jbjoret]

Logged In: YES 
user_id=1452881

I have the same problem, I can't remember seeing this in the
previous CVS, but I am not sure. I am using the 0.1Beta from
19/02. If you want to see the inbox beeing refreshed, you
need to go to another forler and get back to INBOX. Even a
logout or a new login don't refresh the INBOX.

[trmentry]

Logged In: YES 
user_id=1426056

I'm having the same issue as well.  This is what I was
seeing in my mail logs

Feb 25 09:54:23 yavin imapd: Failed to create cache file:
maildirwatch (myname)
Feb 25 09:54:23 yavin imapd: Error: Input/output error
Feb 25 09:54:23 yavin imapd: Check for proper operation and
configuration
Feb 25 09:54:23 yavin imapd: of the File Access Monitor
daemon (famd).

So I started up portmap and famd (no clue why famd wants
portmap) and the errors went away.  However no new mail
shows in the inbox when I know there should be some.  I have
to go into another folder and back to see them.

This also applies to not having logged on in days, and only
seeing messages in inbox from the last time I was logged on.
 I have to go to folder and back to inbox to see all the
mail since the last logon.

Running Gentoo 2005.1, Courier-Imap, Sendmail, Maildir format.

Thanks

[trmentry]

Logged In: YES 
user_id=1426056

I'm having the same issue as well.  This is what I was
seeing in my mail logs

Feb 25 09:54:23 yavin imapd: Failed to create cache file:
maildirwatch (myname)
Feb 25 09:54:23 yavin imapd: Error: Input/output error
Feb 25 09:54:23 yavin imapd: Check for proper operation and
configuration
Feb 25 09:54:23 yavin imapd: of the File Access Monitor
daemon (famd).

So I started up portmap and famd (no clue why famd wants
portmap) and the errors went away.  However no new mail
shows in the inbox when I know there should be some.  I have
to go into another folder and back to see them.

This also applies to not having logged on in days, and only
seeing messages in inbox from the last time I was logged on.
 I have to go to folder and back to inbox to see all the
mail since the last logon.

Running Gentoo 2005.1, Courier-Imap, Sendmail, Maildir format.

Thanks

[nobody]

Logged In: NO 

We are having this problem also on 2 different servers.  
Please fix :-)

[nobody]

Logged In: NO 

Yes please, this one is quite anoying I have this as well. I need to go on draft and 
get back to INBOX to get the content of inbox updated ... Or delete an eMail in 
the mailbox.

[nobody]

Logged In: NO 

No, in the previous version, this wasn't the case. My new
emails aren't visible immediately and my web browser doesn't
say "new mail" either... Hope this can get fixed soon.

[adx]

Logged In: YES 
user_id=19229

It seems as if alot of people are seeing this bug. Maybe we
need to start collecting more information. 

My backend is a dovecot IMAP server and I seeing the problem
using Firefox 1.5.0.1 on OS X and Linux.

[jbjoret]

Logged In: YES 
user_id=1452881

I don't know what the backend is in my case, but I am using
Firefox 1.5.0.1 under Linux. I just tried with IE under XP
(VMWare) and it does the same. For your information the
version of Roundcube I used before did not have this problem.

[nobody]

Logged In: NO 

I'm using postfix 2.2.8, debian sarge, 2.6.15-1-686 kernel,
both IE 6.0.2900.2180 sp2 and firefox 1.5.0.1.
previous roundcube worked fine...

[nobody]

Logged In: NO 

On reply to:
ate: 2006-03-02 05:41
Sender: nobody
Logged In: NO 

I'm using postfix 2.2.8, debian sarge, 2.6.15-1-686
kernel,
both IE 6.0.2900.2180 sp2 and firefox 1.5.0.1.
previous roundcube worked fine...

===========

btw, using IMAP with virtual mail-boxes...

[nobody]

Logged In: NO 

Hi all,
this problem is there even for me.
with the same backend, previous release taken on november
2005 was working smoothly. as we see, there is a problem
which needs to be addressed on prioirty.

[nobody]

Logged In: NO 

Would appreciate if there can be a response to this from the
developer

[nobody]

Logged In: NO 

Same issue and though there's a simple workaround this is
critical enough to stop using the program. Most users won't
know to try clicking a different folder. Immediately after
logging in your Inbox should be populated. I shouldn't have
to click to a different folder, then to inbox to have it
populate.

[anonymous]

i have this bug too, on a mac. it seems that whatever computer you are on, in whatever browser, the bug is still there, so its with round mail.
my clients keep complaining. you have to click another folder then back to inbox. they say they shouldnt have to do this and want roundmail replacing with another email program, but not crappy squirrelmail.....i can't offer them an alternative at present.
hope this problem is sorted asap
i also have a problem with attachments not showing. someone forwarded a mail containing a 600k attachment, the email size was 600k but there was no attachment. viewing the message through squirrelmail showed there was an attachment there but roundmail couldnt see it. very annoying

[afladmark]

I don't think this is fixed. Actually, I can't recall every having this problem until the last few days or a week, but now when it shows "Checking for new messages" an unread count appears beside the folder (1) but nothing appears in the inbox. This used to work 100% of the time for me.

[jrmy]

This issue looks to deal with the caching function. Changing $rcmail_configenable_caching? to FALSE solves the problem.

I believe in the install directions located in the wiki this is mentioned.

It seems to me that roundcube's cache is believed to be up to date even though it is not. When changing to a different folder (That I assume Roundcube does not cache) it updates all the folder information and it now knows that the inbox cache is old and the new list needs to be retrieved. That's just my hunch though.

[Scubes13]

Just wanted to verify that this issue is still present in my Beta 2 fresh install. I *do* have $rcmail_configenable_caching? set to FALSE; however, whenever the automatic check is done, it never shows the mail in my Inbox folder, it never shows the (1) beside the Inbox folder in the folder list, nor does it ever show the (1) in the tile bar of my browser. I tried going to another folder and then coming back to the Inbox folder, but there was no change. I left the browser open for over an hour waiting for it to update.

I have to physically click on "Check for new messages" button to have the new mail show up and the count to increment to (1).

[hans]

This problem seems to be existent in svn revision 302. Frontend is Firefox 1.5.0.5.

[jrmy]

I just checked my install (.1-beta2). With caching enabled.

When I sent a message to my self from another address the inbox name updates and so does the title bar. The inbox it self does not show the new message. This is with firefox 1.5.0.6

With caching off it works just as it should....

[afladmark]

I'm using newest SVN and Firefox 1.5.0.6. My $rcmail_configenable_caching? *is* set to FALSE. I too get everything BUT the message in the inbox itself showing. The titlebar updates, the folder name updates the (1), but no message appears until i click inbox, check for new messages or more to another folder and come back.

[offwhite]

I may have discovered the issue. The recent flag may be changed when the loop code gets around to looping through the messages to call rcmail_js_message_list in check_recent.inc.

While debugging the check for recent messages I saw that it was not including in the recent messages in the calls to rcmail_js_message_list. Here is the part I think needs changing.

43 for ($i=$recent_count, $id=$count-$recent_count+1; $i>0; $i--, $id++)
44 {
45 $commands .= sprintf("/* i = %d; id = %d */\n", $i, $id);
46 $header = $IMAP->get_headers($id, NULL, FALSE);
47 if ($header->recent)
48 $a_headers[] = $header;
49 }

See: ​http://us2.php.net/manual/en/function.imap-headerinfo.php

That's because the RECENT flag is different from the UNSEEN flag. RECENT is not user-setable, and is dependent on wether a mailbox has been opened (or something?) since the message arrived. Once a message is noted as RECENT to a client, the RECENT flag is cleared. UNSEEN is user-setable however and what is typically known as the new message flag.

[offwhite]

Index: app.js
===================================================================
--- app.js (revision 320)
+++ app.js (working copy)
@@ -3547,11 +3547,14 @@

this.set_busy(false);

• console(request_obj.get_text());

+ console(request_obj.get_text());

if we get javascript code from server -> execute it

if (request_obj.get_text() && (ctype=='text/javascript'

ctype=='application/x-javascript'))

• eval(request_obj.get_text());

+ {
+ var eval_text = request_obj.get_text();
+ eval(eval_text);
+ }

process the response data according to the sent action
switch (request_obj.action)

[offwhite]

Index: check_recent.inc
===================================================================
--- check_recent.inc	(revision 320)
+++ check_recent.inc	(working copy)
@@ -29,30 +29,35 @@
     {
     if ($recent_count = $IMAP->messagecount(NULL, 'RECENT', TRUE))
       {
-      $count = $IMAP->messagecount();
-      $unread_count = $IMAP->messagecount(NULL, 'UNSEEN', TRUE);
+        $count = $IMAP->messagecount();
+        $unread_count = $IMAP->messagecount(NULL, 'UNSEEN', TRUE);
+        //if ($count == 0)
+        //  {
+        //    $commands .= "this.clear_message_list_header();\n";
+        //  }
+        $commands .= sprintf("this.set_unread_count('%s', %d);\n", addslashes($mbox_name), $unread_count);
+        $commands .= sprintf("this.set_env('messagecount', %d);\n", $count);
+        $commands .= sprintf("this.set_rowcount('%s');\n", rcmail_get_messagecount_text());
+        $commands .= sprintf("this.set_quota('%s');\n", $IMAP->get_quota());
 
-      $commands .= sprintf("this.set_unread_count('%s', %d);\n", addslashes($mbox_name), $unread_count);
-      $commands .= sprintf("this.set_env('messagecount', %d);\n", $count);
-      $commands .= sprintf("this.set_rowcount('%s');\n", rcmail_get_messagecount_text());
-      $commands .= sprintf("this.set_quota('%s');\n", $IMAP->get_quota());
+        // add new message headers to list
+        $a_headers = array();
 
-      // add new message headers to list
-      $a_headers = array();
-      for ($i=$recent_count, $id=$count-$recent_count+1; $i>0; $i--, $id++)
-        {
-        $header = $IMAP->get_headers($id, NULL, FALSE);
-        if ($header->recent)
-          $a_headers[] = $header;
-        }
+        for ($i=0;$i<=$count+$recent_count;$i++)
+          {
+            $header = $IMAP->get_headers($i, NULL, FALSE);
+            if ($header->recent)
+              $a_headers[] = $header;
+          }
 
-      $commands .= rcmail_js_message_list($a_headers, TRUE);
+        $commands .= rcmail_js_message_list($a_headers, TRUE);
       }
     }
   else
     {
     if ($IMAP->messagecount($mbox_name, 'RECENT'))
-      $commands .= sprintf("this.set_unread_count('%s', %d);\n", addslashes($mbox_name), $IMAP->messagecount($mbox_name, 'UNSEEN'));
+      $commands .= sprintf("this.set_unread_count('%s', %d);\n", 
+        addslashes($mbox_name), $IMAP->messagecount($mbox_name, 'UNSEEN'));
     }
   }
 

[offwhite]

Index: app.js
===================================================================
--- app.js	(revision 320)
+++ app.js	(working copy)
@@ -3547,11 +3547,14 @@
 
     this.set_busy(false);
 
-  console(request_obj.get_text());
+    console(request_obj.get_text());
 
     // if we get javascript code from server -> execute it
     if (request_obj.get_text() && (ctype=='text/javascript' || ctype=='application/x-javascript'))
-      eval(request_obj.get_text());
+    {
+      var eval_text = request_obj.get_text();
+      eval(eval_text);
+    }
 
     // process the response data according to the sent action
     switch (request_obj.__action)

[ludatbooick]

I am having the exact problem described in the above closed ticket with my install of RC1. I looked at the solution but the app.js and check_recent.inc files are not as described in the solution. I noticed that the code to be corrected was the same as 0.1-beta2. How can I fix my RC1 installation with this solution? Thanks!

[till]

Please don't reopen tickets when the issue is fixed and you obviously need help with something else (= UPDATING your installation). This trac is not for support requests, please either use the forums or user@ mailinglist.

Thank you!