Closed Bug 263279 Opened 20 years ago Closed 18 years ago

Sent emails not showing up in sent folder.

Categories

(Thunderbird :: General, defect)

x86
All
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: generalemail, Assigned: mscott)

Details

(Keywords: dataloss)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10
Build Identifier: Thunderbird .8 on windows xp

Even though the option is on to place emails that you send into the sent folder
they do not show up FOR EMAILS THAT YOU ENTER THE EMAIL NAME AND THEN SELECT
FROM THE AUTOFILL. Emails that are "replys" seem to normally end up in the sent
file as they should. Good luck! Thanks for a great product.

Reproducible: Always
Steps to Reproduce:
1. Select Compose email from the icons.
2. Enter a name that autofills or one that does not autofill.
3. Send the email and then look into the sent folder and you will find that a
copy of it is not there!

Actual Results:  
Nothing special.

Expected Results:  
Saved a copy of the sent email in the sent folder for that email name. No it
does not show up under a different email name.

Nothing special I'm just a normal user!
The more I test this I find that I am no longer getting any messages left in the
sent box! And I've checked the account settings to make sure they are corect
many many times.
If I go to "View Settings For This Account" Then to "Copies & Folders" and
switch "When sending messages, automatically: Place a copy in 'Sent' Folder on:"
to the "Local Folders" then it seems to be saving the sent mails in this new
place. This is an ok work around so far.
Seing this on Linux too.

Dupe of bug 193040?

Maybe even critical severity?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-aviary1.0?
Keywords: dataloss
OS: Windows XP → All
Tom, where were the sent mails supposed to be put before you switched them to
the local folders Sent folder? Are you using IMAP or POP3? If Pop3, were you
using the global inbox? And if so, did you switch to using the global inbox w/o
switching your sent mail folder location?
(In reply to comment #4)
(I suppose my answers might interest you too...)
> Tom, where were the sent mails supposed to be put before you switched them to
> the local folders Sent folder?

I've always used the default Sent folder under the corresponding account.


> Are you using IMAP or POP3?

POP3


> If Pop3, were you using the global inbox?

Yes.


> And if so, did you switch to using the global inbox w/o
> switching your sent mail folder location?

The default setting seems to be correctly set, I didn't change anything about
that manually. The swith to the usage of global inbox dates from a few days ago.
The mails were properly put into the sent folder. The problem only occured today.

Things I've done recently:

- Set "compact folders when it will save over 5000". Reversed it but no change.
- Sent a mail with attachements which was correctly saved (the last one to have
been saved)
- Copied the contents of the Sent folder to another one with no change.
- Remarked the fcc_folder_picker_mode setting in the prefs. What is it?
I temporarily fixed it.

The following setting was set:
When sending messages, automatically:
 place a copy in:
  other: Sent on Local Folders

That is the second radio button was used instead of the first one. The same was
done for the drafts and templates. I didn't do this.

Changing it back to the first radio button (where it first suggested a pop
account value) and setting Local Folders fied it for now.

What triggered this change?
Tom (reporter),

If you are tempted to fix the issue the way I did it, please take a back-up of
your prefs.js file before doing so as I think it might be useful to try to
understand what went wrong... Except if David has another suggestion, of course!
won't make the 1.0 train, minusing. Looks as if patrick has a workaround.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
still observing this on daily basis -- I've starting BCC myself on send for time
being.

The behavior is sporadic -- but immediate client access to SENT folder
immediately before SEND does seem to insure "copy to sent" does work.

Otherwise, the "copy to sent" is very un-reliable.  -GA
per quick search, some current dupes of this as follows:

bug #280105
bug #252864
bug #280411
bug #277352
bug #271259

-GA
(In reply to comment #9)
> still observing this on daily basis -- I've starting BCC myself on send for time
> being.

GA,

Could you please confirm you read and understood my comment #7 and comment #6?
There are some typos and grammar mistakes in my comment 6, please tell me if I
should clarify! Doesn't it solve it?

Hello Patrick -- 

Yes, I did review this work-around.   Per Bug #224795 comment #26, I have
verified via co-worker the "save copy to local" does work -- but doesn't help me
(a user who accesses mail server via many points of access).  

Either way, the "save copy to local" is a near-term work-around -- and
definitely not a "solution".  The bug still needs to be evaluated and resolved.  

Note:  there are many bugs that all seem to correlate with "failed copy",
"problems with copy to/from sent", etc.  I've moved on to tracking major bug
#224795 (higher visibility).

Thanks 
(In reply to comment #12)
> Yes, I did review this work-around.   Per Bug #224795 comment #26, I have
> verified via co-worker the "save copy to local" does work -- but doesn't help me
> (a user who accesses mail server via many points of access).  

The bug you refer to is about IMAP usage. AFAIU, this one is about the SMTP way.
Just verify that it doesn't fix the issue if you change the value in the account
preference to one value, validate it and then reverse to your wiched setting.
Tom McDonald's original report states that a different 'Sent' behavior was 
seen for New messages vs. Replies.  The likely issue there is that the 
replied-to message was sent to a secondary identity, and used as the From: address for the reply; the 'Sent' folder is a per-identity setting.  Unfortunately, he never responded to comment 4; he was apparently happy with 
his workaround in comment 2.

Tom, if you still have an issue with this bug, please say so, and respond to 
the questions in comment 4.


Patrick's report in comment 5 mentions:
> - Remarked the fcc_folder_picker_mode setting in the prefs. What is it?

'folder_picker_mode' is the pref indicating which of the two radiobuttons is chosen, selecting between [Sent folder on [account]] and [other [folder on account]].  The action he then describes in comment 6 -- changing the setting of the radio button -- would have fixed it.  

This would be: user error.  :)   (Don't tweak prefs.js unless you know what you're doing.)


And GA's report, as Patrick notes, is about IMAP, apparently a different issue. There have been several IMAP-Sent folder bugs fixed over the past year, including at least three that went in on the 1.8 branch (before 1.8.0).
No response from reporter  =>  WFM
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.