285771 - POP mail delivered to Local Folders randomly, instead of going to the Inbox for that server's account

Status: RESOLVED EXPIRED

(Thunderbird :: General, defect)

Description

[Glenn Sieb]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1
Build Identifier: Thunderbird 1.0 (20041206)

User has three "identities" on the same account. All are set to deliver to
"[e-mail]". Yet, it seems, randomly, some emails get delivered to
"Local Folders" Inbox instead. She also has had Sent email put into Local
Folders/Sent instead of the Sent folder on "[e-mail]".

In "Manage Identities" she's set to deliver to "[e-mail]"--all
copies are set to the proper folders on "[e-mail]", and in Account
Settings/Server Settings/Advanced, she's set to deliver to "Inbox for this
server's account", as well as all copies set to the proper folders on
"[e-mail]". She's running Tbird 1.0 (20041206).

Reproducible: Sometimes

Steps to Reproduce:
1. I sent an email to one of her managed identities. It was delivered to Local
Folders/Inbox.
2. Subsequent emails sent to the same address get delivered properly. User says
it happens with no particular pattern.

Actual Results:  
as I said, email was delivered once to Local Folders, subsequently to proper
location. User has said that she's had some emails she's sent go to the Local
Folders/Sent folder instead of her account's Sent folder.

Expected Results:  
All email coming in through this POP account should come through into
[e-mail] folders. All email sent should be copied to the Sent
folder in [e-mail] folders.

Shes using Nautopolis 1.0.1. I have set her to use the Thunderbird default
theme, just in case.

Comment 1

[David :Bienvenu]

can you attach or e-mail me her prefs.js? Does she have any filters defined?

Comment 2

[Glenn Sieb]

Attachment: her prefs.js

Her prefs.js file.

Comment 3

[Glenn Sieb]

Attachment: her msgfilterrules.dat file

Her msgFilterRules.dat file..

Comment 4

[Glenn Sieb]

I've attached her prefs & msgfilterrules.dat files...

Comment 5

[David :Bienvenu]

user_pref("mail.server.server4.defer_get_new_mail", true);
user_pref("mail.server.server4.deferred_to_account", "account1");

Server 4 is set to use the global inbox, so it puts messages in the local
folders inbox. Server 4 is the one for "[e-mail]"

If you go into advanced settings for that server, you can turn off the global
inbox setting.

I assume that's what's going on - if not, please let me know.

Comment 6

[Glenn Sieb]

Um.. there's only one server set up... 

I'm attaching screenshots...

Comment 7

[Glenn Sieb]

Attachment: Screenshots of her Account settings...

Contains three jpgs--AccountSettings.jpg, Identities.jpg, IdentitySettings.jpg

Comment 8

[David :Bienvenu]

OK, it looks like she tricked us, by creating a new account, and then changing
an old account to look like the new account, which leads to confusion.  If you
look at the prefs for server4 in prefs.js, you'll see these settings:

user_pref("mail.server.server4.realhostname", "mail.comcast.net");
user_pref("mail.server.server4.realuserName", "ruthsinky");


and for server2:

user_pref("mail.server.server2.realhostname", "mail.comcast.net");
user_pref("mail.server.server2.realuserName", "[e-mail]");


I'm not sure why we don't show server4 in the ui, but it's there in the prefs:

user_pref("mail.server.server4.name", "[e-mail]");

but I bet the mail that's ending up in her local folders inbox is because of the
server4 stuff. You could try removing all the server4 prefs from her prefs.js,
along with this pref:

user_pref("mail.account.account4.server", "server4");

and remove account4 from this pref:

user_pref("mail.accountmanager.accounts",
"account1,account2,account4,account3,account5");

Before editing prefs.js, you should shut down thunderbird, and make a backup
copy of prefs.js, in case you message up the editing.  After shutting down
thunderbird, make the edits I described above, and then restart thunderbird.

Comment 9

[Glenn Sieb]

Ok--I've done all that. I've asked her to keep an eye on it and let me know if
it happens again... :)

Thanks a bunch, David!!!

Comment 10

[David :Bienvenu]

great, good luck.

Comment 11

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 12

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.