Closed Bug 854098 Opened 11 years ago Closed 9 years ago

receive sound notification, but new mail does not show in pop accounts

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Version:
17 Branch
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: 2aq9j93b7s, Unassigned)

Details

Attachments

(2 files)

Server Settings page
18.26 KB, image/png
Details
Error console
28.67 KB, image/png
Details 
User Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20100101 Firefox/17.0

Steps to reproduce:

Version 17.0.4
Open Thunderbird with option to advise of new mail



Actual results:

Sound bite telling me I have new mail  but nothing else - no activity on individual accounts

Clicked get new mail for all and message numbers show beside account an account


Expected results:

Thunderbird should have updated the individual account when the app opened without clicking for new mail


NOTE: This comes very close to previous bug reports but nothing addresses this issue directly
Do you have "automatically download messages" set in the account settings ?
Thank You for the reply

I do not have that option checked - I have fetch headers only but the headers are not fetched until I click get mail

Thanks
Maybe that is by design and the headers also count as "messages" so are not downloaded automatically. The server is just pinged if there is anything new, but nothing fetched. What if you enable both "headers only" and "automatically download messages". Does it not work as you want? Does it download full messages?
Thanks for the reply

I tried your suggestion as part of my debugging before I submitted this bug but just to be sure I didn't screw anything up, I tried it again.

A voice message tells me I have mail but no update shows. I click get mail and all my accounts show the dummy message that I sent.

It just doesn't 'work for me.'

Thanks again
I've never seen Thunderbird (W32) to fetch mails on startup. This option simply does nothing.
What about the option "check for new messages at startup" on each account?
I was talking about that option. It is checked, but whenever I start Mozilla, no account is checked.
Can you attach a screenshot of the Account settings window on the Server settings page? You can censor server hostname, username and local directory.
Attached image Server Settings page — 

    
    

    
  
Added an attachment with the Server Settings page

    
    

    
  
OK, that looks fine. For me message download on startup works fine on POP3.
Is there anything in the Tools->Error console?

    
    

    
  

      
      
      
      

        Attached image
          
        Error console
        — 
      

    


  

    
    

    
  
There are warnings, but nothing seems related to skipping the initial new-mail-check.

    
    

    
  
(In reply to Bodo Eggert from comment #9)
> Server Settings page

Why "Local Folders" account is shown at top of account list?
"Top of account list" is reserved for "pop3 or imap default account".
IIRC, there are some problems when "Local Folders", hidden "smart mailboxes"(for Unified Folder), nntp account etc. is set as default account...

    
    

    
  
For some reason, his "Local folders" is marked as default (it is bold)...

    
    

    
  
Bodo, can you try setting one of the POP accounts as the default (in the Account Actions menu).

    
    

    
  
(In reply to :aceman from comment #15)
> For some reason, his "Local folders" is marked as default

FYI. As you already know, bug 875675 comment #2 is a way to generate such condition.

    
    

    
  
Having a default "local folder" did trigger this bug. Now the mails are fetched on startup.

Most probably the local folder was default because I avoided using the create-an-account-now wizard on the first run. I dislike those wizards.

    
    

    
  
Yes, that is possible.

Local folders staying the default is a bug that should be fixed, probably in bug 875675.

Message download not working when Local folders is the default could be fixed here. That should not happen.
WADA, are you able to confirm this problem in some test profile?

pmb, can you see if you also have "Local Folders" set as the default account?

    
    

    
  
from pmb

Yes this is quite probable. I have played around with all of the settings so what I had originally is not what I have now. I have stopped the issue but I don't know how!!!

Your solution is quite probable.

Thanks

I appreciate all the help.

    
    

    
  
(In reply to pmb from comment #20)
> I have stopped the issue but I don't know how!!!

Default account is defined by mail.accountmanager.defaultaccount = accountP in prefs.js. Check this setting and pointed account and server.
  mail.accountmanager.defaultaccount = accountP
  => mail.account.accountP.server = serverQ
  => mail.server.serverQ.rrr
     where rrr = type, (real)hostname, (real)userName etc.
  Account Settings/Account Actions/Set as Default changes this setting.

Which account is currently pointed by mail.accountmanager.defaultaccount?
Do you see your problem by forcing mail.accountmanager.defaultaccount = accountN where accountN = account number assigned to Local Folders?
Note:
It's impossible to set Local Folders as default account via ordinal UI, unless you do special procedure(special, but pretty simple and easy. see bug 875675 comment #2).
Change setting via Tools/Options/Advanced/General/Config Editor, and restart Tb, please.
Summary: new mail  does not show in accounts → new mail  does not show in accounts (if defaultaccount=Local Falders is set by Tb after Remove Account, automatic new mail check of POP3 accounts is not invoked)

    
    

    
  
Maybe this will get fixed by bug 437139 and bug 880464.
Depends on: 880464, 437139

    
  
Depends on: 880602

    
    

    
  
OK, but even if Local Folders is the default, why does mail checking not work? It should not depend on which account is the default. Mail checking should be done on each account individually regardless of the state of other accounts. Or is there some backend reason this must work this way?

So we should not close this by fixing the "determination-of-default-account"-bugs linked here.

    
  
Summary: new mail  does not show in accounts (if defaultaccount=Local Falders is set by Tb after Remove Account, automatic new mail check of POP3 accounts is not invoked) → new mail does not show in accounts (if defaultaccount=Local Folders is set by Tb after Remove Account, automatic new mail check of POP3 accounts is not invoked)

    
    

    
  
(In reply to :aceman from comment #22)
> Maybe this will get fixed by bug 437139 and bug 880464.

Not sure, those bugs cover the account-creation process and may not have an impact on removal of an account (which seems to trigger the issue seen here).

Bug 66460 introduced the relevant code for setting the default server along with mail.server.server#.download_on_biff and mail.server.server#.login_at_startup preferences. This is done in EnableCheckMailAtStartUpIfNeeded(). Thus, if the current default account is removed, it may leave the other accounts with those preferences disabled (is that the case?). Maybe removal of the default account needs to be followed by calling EnableCheckMailAtStartUpIfNeeded() for the next feasible mail account to avoid that issue? (That's bug 880602 though?)

    
  
No longer depends on: 437139

    
    

    
  
Oops, I should have had a look at attachment 757971 [details] first before posting my comment #24, apparently those preferences are still checked even after Local Folders became the default account.

    
    

    
  
Hello WADA

Here are the answers to your question and the results. It took me a search to find how to get to the config editor so I did not chnage any of these settings before.

Which account is currently pointed by mail.accountmanager.defaultaccount?
Account1
Do you see your problem by forcing mail.accountmanager.defaultaccount = accountN where accountN = account number assigned to Local Folders?
Account2 - The new mail arrives as normal although I experienced a little blurp in that my test mail arrived twice! I deleted the first message and when I reopened the message arrived again.

Forget this and let us stick to the topic.

Keep up the good work.

    
    

    
  
(In reply to pmb from comment #26)
>  Which account is currently pointed by mail.accountmanager.defaultaccount?
> Account1
>  accountN where accountN = account number assigned to Local Folders?
> Account2

That would imply that pmb's settings are *not* the defaultaccount="Local Folders" case, in contrast to Bodo's settings in which it *is* the default account.

Meaning, we have two different scenarios here and need to clearly separate.

    
    

    
  
I thought bug opener's case is 'even after "automatically download messages" is changed to Checked state, mail is not downloaded', and 'even after the setting change followed by restart of Tb, with all other required settings'...
Sorry for wrong bug summary. Removing "Local Folders" part from bug summary to avoid misleading and confusion.
Summary: new mail does not show in accounts (if defaultaccount=Local Folders is set by Tb after Remove Account, automatic new mail check of POP3 accounts is not invoked) → new mail does not show in accounts

    
    

    
  
(In reply to :aceman from comment #19)
> Message download not working when Local folders is the default
> could be fixed here. That should not happen.
> WADA, are you able to confirm this problem in some test profile?

No, I couldn't. Problem by "defaultaccount=Local Folders" what I know is issues relevant to "Local Folders doesn't have associated identity" only.
I merely saw defaultaccount=Local Folders during test of following, and new mail alert was shown after some setting changes, and "change defaultaccount to appropriate one" was simply included in my "some setting changes".
  New mail notification is not shown by login_at_startup=true only /
  check_new_mail=true only. "automatically download messages"
  (download_on_biff=true) is required to see new mail notification on
  POP3 account in Tb.
  It's regression by Message filter/Junk filter for me, because
  login_at_startup/check_new_mail in Mozilla was for new mail check
  (login, and issue LIST, UIDL) and new mail notification,
  and download_on_biff in Mozilla was for automatic download of mail
  data (RETR or TOP) when new mail exists.
  However, "download_on_biff=true is mandatory for Biff alert"
  is already changed to SPEC of Thunderbird...

However, assumption of "default account is ordinal account" and "fall back to server of smallest number" is seen in Tb's code. So, I can say;
  "defaultaccount=non ordinal account" or "default account is different
  from Tb's expectation" can produce some bad things,
  but it will never produce good things.

    
    

    
  
(In reply to pmb from comment #26)
> I experienced a little blurp in that my test mail arrived twice!

Did you restart Tb just after change to defaultaccount=account2=Local Folders"? If not, it may be; for account1, new mail check is already scheduled by setTimeout or seInterval. due to setting change to defaultaccount=account2=Local Folders by you, Tb tries to do new mail check on new default of account2, and becaue account2 is Local Folders, fall back to "account of smallest server number" happens, and the "account of smallest server number" is, fortunately or unfortunately, account1=server1 in your case.

Anyway, can you show us your account settings?
Copy&Paste following entries from Config Editor, please.
>  mail.accountmanager.accounts
>  mail.accountmanager.defaultaccount
>  mail.accountmanager.localfoldersserver
> For all accounts,
>  mail.account.accountP.server = serverQ
> For all servers,
>  mail.server.serverQ.type
> For all servers, if exists(default may be false. when default, may not be shown)
>  mail.server.serverQ.login_at_startup   Check for new messagse on startup
>  mail.server.serverQ.check_new_mail     "Check new message every ..." is enabled or not
>  mail.server.serverQ.download_on_biff   Automatically download messages
>  mail.server.serverQ.leave_on_server    Leave messages on server

    
    

    
  
Phenomenon of "login_at_startup doesn't work if defaultaccount=Local Folders" was reproduced with Tb 17.0.6 on Win-XP.
"smart mailboxes was defined before Local Folders" may be reason why I failed to reproduce in repeated previous tests...

[Steps to reproduce]

(1) Create new profile,
    create news(type=nntp) account or News&Blog(type=rss) account
 => account1=server1=Local Folders
    account2=server2=nntp or rss
    defaultaccount = account1, if news(type=nntp) account
    defaultaccount = account2, if News&Blog(type=rss) account
    mail.accountmanager.accounts = account1,account2
(2) Remove account, regardless of "defaulted account" or not.
 => account1=server1=Local Folders
    defaultaccount = account1 == Local Folders
    mail.accountmanager.accounts = account1
(3) Create POP3 account
 => account1=server1=Local Folders
    account3=server2=POP3
    defaultaccount = account1 == Local Folders <= unchanged
    mail.accountmanager.accounts = account1,account3
    mail.server.server2.login_at_startup = true (set by account wizard)
    mail.server.server2.check_new_mail   = true (set by account wizard)
    mail.server.server2.download_on_biff = true (set by account wizard)
 => Mail is not downloaded automatically.
 => Perhaps same as bug opener&'s case.
(4) Create smart mailboxes account by View/Folders/Unified
    account4=server3=none == smart mailboxes is added
    Change default account to "smart mailboxes"
      defaultaccount = account4 == smart mailboxes
    Don't touch accountmanager.accounts
      mail.accountmanager.accounts = account1,account3,account4
 => Mail is autmatically downloaded
(5) Change accoun # / server # of Local Folders to account9/server9
    mail.account.lastKey = 9
    Keep position of "Local Folders" in accountmanager.accunts.
      mail.accountmanager.accounts = account1,account3,account4
      => mail.accountmanager.accounts = account9,account3,account4
    mail.account.account1.server = server1
      => mail.account.account9.server = server9
    mail.server.server1.xxx => mail.server.server9.xxx
    mail.accountmanager.localfoldersserver = server9 
    Keep default = Local Folders
      defaultaccount = account9 == Local Folders
 => Mail is NOT autmatically downloaded
 => account # / server # is irrelevant to problem.

When I previously tested, I created "smart mailboxes" first, "Local Folders" second, and I couldn't reproduce problem by defaultaccount==Local Folders simply.
It may be due to "accountmanager.accounts = smart mailboxes, Local Folders, POP3 account", instead of "Local Folders is first account in accountmanager.accounts".

    
    

    
  
I changed order of accounts in mail.accountmanager.accounts and placed "Local Folders" account at last posittion, and set defaultaccount="Local Folders", then problem was reproduced. i.e. "Order in mail.accountmanager.accounts" is irrelevant.
Why I failed to reproduce problem in previous tests might be "defaultaccount=smart malboxes instead of Local Folders".
But if so, problem can be reproduced by "simply set defaultaccount=Local Folders".
If it's correct, I can't imagine reason why no one could reproduce problem even though "steps to reproduce" should be pretty simple "sets mail.accountmanager.defaultaccount=Local Folders only"...

    
    

    
  
With other profile for test, I still couldn't reproduce problem by "simply set defaultaccount=Local Folders".
In problem re-creation test wrote in comment #31, I kept "garbage of mail.account.accountN.server=serverM after account deletion"(bug 875675), but I usually delete such garbage manually, because such garbage easily produces my confusion.
Garbage of bug 875675 is relevant to problem?

    
    

    
  
(In reply to WADA from comment #31)
> (1) Create new profile,
>     create [...] News&Blog(type=rss) account
>     defaultaccount = account2, if News&Blog(type=rss) account
> [...]
> (3) Create POP3 account
>  => account1=server1=Local Folders
>     account3=server2=POP3
>     defaultaccount = account1 == Local Folders <= unchanged

This are the cases solved by bug 880464 (rss becomes default account if created before first mail account; if a news or rss account is created before the first mail account, the mail account won't become default).

>  => Mail is not downloaded automatically.
>  => Perhaps same as bug opener&'s case.

This looks more like the case Bodo encountered, pmb seems to encounter the issue even with the mail account being the default account (i.e., not local account).

    
    

    
  
Difference between "problem is reproduced by simply defaultaccount=Local Folders" and "unable to reproduce problem by defaultaccount=Local Folders" was "Inbox is not defined in Local Folders, or is defined".

   Test step                                       Problem
1. Create account(s) by procedure of comment #31   occurs
2. Create Inbox under Local Folders, Restart Tb    doesn't occur
3. Rename files : Inbox=>XYZ, Inbox.msf=>XYZ       doesn't occur
   (folder flag="Inbox" is written in .msf, so XYZ has Inbox flag)
4. Delete XYZ, XYZ.msf                             occurs again
i.e. Following conditions are needed.
(i)  defaultaccount = Local Folders
(ii) Local Folders doesn't have folder of "SpecialUse flag=Inbox"
i.e.
If user creates Inbox under Local Folders, problem of "new mail check of login_at_startup is not invoked by defaultaccount=Local Folders" won't occur, even if status of "defaultaccount=Local Folders" is produced by other Tb's problem.

    
    

    
  
WADA, co is the bug confirmed now? And can you update the summary again?

    
    

    
  
(In reply to :aceman from comment #36)

Original problem of this bug is never problem which was unfortunately reported to this bug by Bodo merely by "external simptom is similar to this bug" and I could reproduce. I don't think Hi-jack of a bug is not good action.

    
    

    
  
I believe following can explains all of original problem of this bug.

> Comment #1 :a ceman 2013-04-02 00:10:02 PDT
> Do you have "automatically download messages" set in the account settings ?
> Comment #2 : pmb (New to Bugzilla) 2013-04-02 06:22:43 PDT
>(snip)
> I do not have that option checked - (snip)

    
    

    
  
Sorry, I wanted to say;
  I don't think Hi-jack of a bug is good action.
  I think Hi-jack of a bug is not good action.

    
    

    
  
WADA, since you've done much analysis on the defaultaccount=localaccount issue already, can you clone a new bug from this one to cover that problem along with a summary of your analysis and move the dependencies over to that bug?

    
    

    
  
I've opened bug 881114 for Bodo's case.

    
  
No longer depends on: 880464, 880602

    
    

    
  
Thanks. I didn't intend to hijack this bug. Apologies for the inconvenience.

    
    

    
  
it would be cool if someone could confirm, close and or move this bug

    
    

    
  
pmb, do you still see this problem
Flags: needinfo?(2aq9j93b7s)
Summary: new mail does not show in accounts → receive sound notification, but new mail does not show in pop accounts
Whiteboard: [closeme 2015-10-10]

    
    

    
  
We'd like to hear your current status, and have more information so we can move your issue forward.
As it stand today, we are needing more information.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Flags: needinfo?(2aq9j93b7s)
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2015-10-10]

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: