Closed Bug 365113 Opened 18 years ago Closed 18 years ago

wrong location of send and draft folder in local folders

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: kavalec74, Assigned: Bienvenu)

References

Details

(Keywords: fixed1.8.1.1)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20061224 SeaMonkey/1.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20061224 SeaMonkey/1.1

In new profile, create first email-account and send an email. The copy will be saved into local folders > Send instead of account_name@domain.xxx > Send

The change is not possible: after changing settings and restart, it happend nothing.



Reproducible: Always

Steps to Reproduce:
1. create first email-account
2. send an email

Actual Results:  
Copy of sent email apears in Local Folders > Sent

Expected Results:  
Copy of sent email apears in account_name@domain.xxx > Send
"In a new profile, default location of sent and draft folders is in local folders by default, and can't be changed"
This regressed on the 1.8 branch between 2006112800 and 2006112901.
yes, this was caused by the fix for bug 197228 - unless I can fix this some other way, I'll probably have to back out that change.
Assignee: mail → bienvenu
Status: UNCONFIRMED → NEW
Ever confirmed: true
hmm, I had the change not sticking problem once, but after that I couldn't recreate it...I was able to reproduce the wrong default, however.
Attached patch proposed fixSplinter Review
Treat all servers like imap, where we allow deferred creation of special folders.

Later, I can get rid of needToBuildSpecialFolderURIs, at least on the trunk. I'll do that separately.
Attachment #249881 - Flags: superreview?(mscott)
Attachment #249881 - Flags: superreview?(mscott) → superreview+
fixed on trunk and 1.8.1 branch.
Status: NEW → RESOLVED
Closed: 18 years ago
Keywords: fixed1.8.1.1
Resolution: --- → FIXED
does not work for me.

build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20061229 SeaMonkey/1.1

ofcourse clear profile!
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
David, I have tried to validate you fix in TB2.0b1pre from: http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8/thunderbird-2.0b1pre.en-US.win32.installer.exe

Result: The bug is present! After! sending an email apears "Sent" in Local Folders > Sent

Does not work! 
Unfortunately, this works on all builds on all machines that I can try, so I'm unable to reproduce the problem anymore. Can anyone else verify that the problem is fixed, or still exists?
And second the Folder "Sent" apears only if you send a message.
> And second the Folder "Sent" apears only if you send a message.

that's the desired behavior. We create it on demand. I don't understand why it's getting created for you when you send a message if you're unable to set the account to use that Sent folder.
It's not clear from comment 8 & 10 whether the 'sent' folder is being created under Local Folders or the account.

I opened a new profile and created a POP account (not deferred) with 2b1-1223 (before the patch); only the Inbox and Trash folders were created.  In Account Settings | Copies & Folders, for the account, the three settable folders were all shown as:  (*) "xxxx" folder on : Local Folders

I closed the program, installed and started 2b1-0102.  Account Settings of the existing account read the same.  But when I created a second account, the Copies & Folders settings on the new account were
  (*) "xxxx" folder on : <account>

With the new version, the account created on the previous version continued to show "on: Local Folders" but that setting was created at the account creation time and stored in prefs.js, right?  So no reason to expect it to be different.

But with either the older or newer version, it's possible to manually set the folder to be under the account, rather than under Local Settings; the bug here, as far as I can tell, is about the initial settings, in a new account, for the three folders.  That's working as expected for me, with the latest patch.

For each folder, the alternate folder-picker, which allows you to specify any folder, only shows existing folders.
Thx, Mike - that's the behavior I would expect.
Attached file prefs.js
Sorry I do not understand enought English for such discussions. 

I created an accoung tonda.kc@centrum.cz in a new profile, nothing else. Please check the pfefs.js file. If it correspond to that, especially the location of Sent a Drafts.
those prefs look correct - it looks like they put sent mail in the sent folder of the new account.
So what can I do? I tested a lot of builds -  branch 1.1 and 1.5 and did not notice any bugs, because I did not created new accaunts in a new profile but used the old ones.

David, I used that bad profile with wrong located folders on the SM2006.11.28 and the folders appered correct! And then I changed to the 2007. 1.1 again and the folders are correct located! Woaw! 

I hope you can understand this terrible English.
I think I understand what you're saying, but I don't know why it would behave that way. 

I guess we'll see if other people have problems...
I think I know the reason for your issue. In the Account Wizard of SM 1.1 the option "Global Inbox (Local folders account)" is unchecked by default now. Seems that most people wanted to have their mail in the account folder and not in the local folders. Until SM 1.1b the Global Inbox option was checked by default and the users had to change the setting later.
Hi Wolf, you are right, but my setting was/is correct. The checkbox apear unchecked! What shoul I do please? I have never used global ingox. The desizion was correct - unchecked = default
Correct behavior on: 

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2pre) Gecko/20070106 SeaMonkey/1.5a
tonda: are you saying this works fine for you now on trunk? Latest sm 1.1 too?
Blocks: 197228
margus: yes
Before this gets WFM'd, I want to follow up on comment 12.  I've been running with my identities all pointing to Local Folders/Templates.  I've had to run TB 1.5 a couple of times, and when I did, the Templates folders under the accounts were all re-created.  Then when running 2b1 or 3a1 versions afterwards, those new folders still appear "special" -- have the templates-folder icon, and can't be deleted or renamed -- despite the fact that no identity has those folders in use.
Hi Mike, point taken, but that's a slightly different issue - this bug is simply about not creating those folders by default...
Status: REOPENED → RESOLVED
Closed: 18 years ago18 years ago
Resolution: --- → FIXED
You're right; I opened bug 366609 for the issue in comment 24.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: