search

roundcube / roundcubemail

The Roundcube Webmail suite
https://roundcube.net
GNU General Public License v3.0
5.9k stars 1.64k forks source link

New mails don't appear in Inbox immediately #584

Closed rcubetrac closed 17 years ago

rcubetrac commented 18 years ago

Reported by nobody on 22 Feb 2006 03:07 UTC as Trac ticket #1436357

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.

Migrated-From: http://trac.roundcube.net/ticket/1436357

rcubetrac commented 18 years ago

Comment by jbjoret on 24 Feb 2006 09:27 UTC

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.
rcubetrac commented 18 years ago

Comment by trmentry on 25 Feb 2006 17:14 UTC

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
rcubetrac commented 18 years ago

Comment by trmentry on 25 Feb 2006 17:15 UTC

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
rcubetrac commented 18 years ago

Comment by nobody on 28 Feb 2006 16:09 UTC

Logged In: NO 

We are having this problem also on 2 different servers.  
Please fix :-)
rcubetrac commented 18 years ago

Comment by nobody on 28 Feb 2006 16:46 UTC

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.
rcubetrac commented 18 years ago

Comment by nobody on 1 Mar 2006 08:59 UTC

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.
rcubetrac commented 18 years ago

Comment by adx on 1 Mar 2006 23:43 UTC

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.
rcubetrac commented 18 years ago

Comment by jbjoret on 2 Mar 2006 08:40 UTC

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.
rcubetrac commented 18 years ago

Comment by nobody on 2 Mar 2006 13:41 UTC

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...
rcubetrac commented 18 years ago

Comment by nobody on 2 Mar 2006 13:42 UTC

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...
rcubetrac commented 18 years ago

Comment by nobody on 3 Mar 2006 03:51 UTC

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.
rcubetrac commented 18 years ago

Comment by nobody on 13 Mar 2006 05:33 UTC

Logged In: NO 

Would appreciate if there can be a response to this from the
developer
rcubetrac commented 18 years ago

Comment by nobody on 18 Mar 2006 20:44 UTC

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.
rcubetrac commented 18 years ago

Comment by anonymous on 1 Jun 2006 11:47 UTC

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

rcubetrac commented 18 years ago

Status changed by anonymous on 2 Jun 2006 08:48 UTC

assigned => closed

rcubetrac commented 18 years ago

Comment by afladmark on 4 Aug 2006 22:41 UTC

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.

rcubetrac commented 18 years ago

Status changed by afladmark on 4 Aug 2006 22:41 UTC

closed => reopened

rcubetrac commented 18 years ago

Comment by jrmy on 4 Aug 2006 23:27 UTC

This issue looks to deal with the caching function. Changing $rcmail_config['enable_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.

rcubetrac commented 18 years ago

Milestone changed by @thomascube on 6 Aug 2006 15:12 UTC

0.1-beta2 => 0.1rc1

rcubetrac commented 18 years ago

Comment by Scubes13 on 7 Aug 2006 12:25 UTC

Just wanted to verify that this issue is still present in my Beta 2 fresh install. I do have $rcmail_config['enable_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).

rcubetrac commented 18 years ago

Comment by hans on 7 Aug 2006 16:32 UTC

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

rcubetrac commented 18 years ago

Comment by jrmy on 8 Aug 2006 16:23 UTC

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....

rcubetrac commented 18 years ago

Comment by afladmark on 11 Aug 2006 15:59 UTC

I'm using newest SVN and Firefox 1.5.0.6. My $rcmail_config['enable_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.

rcubetrac commented 18 years ago

Owner changed by offwhite on 18 Aug 2006 18:52 UTC

nobody => offwhite

rcubetrac commented 18 years ago

Status changed by offwhite on 18 Aug 2006 18:52 UTC

reopened => new

rcubetrac commented 18 years ago

Comment by offwhite on 18 Aug 2006 21:11 UTC

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.

rcubetrac commented 18 years ago

Comment by offwhite on 19 Aug 2006 00:10 UTC

Index: app.js

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

 this.set_busy(false);
rcubetrac commented 18 years ago

Comment by offwhite on 19 Aug 2006 00:12 UTC


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'));
     }
   }
rcubetrac commented 18 years ago

Comment by offwhite on 19 Aug 2006 00:13 UTC


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)
rcubetrac commented 18 years ago

Status changed by offwhite on 19 Aug 2006 00:13 UTC

new => closed

rcubetrac commented 17 years ago

Comment by ludatbooick on 4 Jun 2007 18:08 UTC

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!

rcubetrac commented 17 years ago

Status changed by ludatbooick on 4 Jun 2007 18:08 UTC

closed => reopened

rcubetrac commented 17 years ago

Milestone changed by ludatbooick on 11 Jun 2007 19:02 UTC

0.1-rc1 => 0.1-rc2

rcubetrac commented 17 years ago

Comment by @till on 29 Aug 2007 01:47 UTC

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!

rcubetrac commented 17 years ago

Status changed by @till on 29 Aug 2007 01:47 UTC

reopened => closed