Closed Bug 17943 Opened 25 years ago Closed 23 years ago

Messages sent later, are retrieved as READ status in POP account.

Categories

(MailNews Core :: Backend, defect, P2)

Product:
MailNews Core
Component:
Backend
Platform:
x86
All
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: laurel, Assigned: hwaara)

References

Details

(Whiteboard: [nsbeta3-][cut 8/31])

Attachments

(1 file)

Propose fix: a bug in BuildHeaders() prevents a X-Mozilla-Status email header field from being pruned before sending
223 bytes, patch
Details | Diff | Splinter Review 
When testing Send Later/Send Unsent messages, the messages I sent to myself
(seamonkey to seamonkey, same user) were retrieved as read messages.

1.  Launch messenger to POP mail account, login.
2.  Click New Msg.  Address the message to yourself, but send it later
(File|Send Later from compose window menu).
3.  From Messenger window, File|Send Unsent Messages. Status bar text displays
that the message was sent successfully.
4.  Get Msg.
    Result:  message is retrieved but is shown as READ status.

Expected result:  the message should be new/unread.

Found using 1999-11-03-13m11 commercial build on NT 4.0.
QA Contact: lchiang → esther
Assignee: phil → putterman
Reassign to putterman
Status: NEW → ASSIGNED
Target Milestone: M17
Summary: Messages sent later are retrieved as READ status. → Messages sent later, save as draft & save as template are retrieved as READ status.
OS: Windows NT → All
Used all platforms for 12-10-08-m12 builds:

This also happened on the Drafts and Template folders after save as draft & save
as template, updated the summary to reflect for including that:

Changed summary to:
"Messages sent later, save as draft & save as template are retrieved as READ
status."

And it also happened to all platforms, change platform to all.
Summary: Messages sent later, save as draft & save as template are retrieved as READ status. → Messages sent later, are retrieved as READ status in POP account.
Laurel's bug is for the state of the message after it was sent then retrieved.
Since opening Drafts and Template messages in a compose window (for editing and
sending) is not implemented yet, this bug is only for Send Later at this time.
One more note: this bug is just for POP, IMAP is displaying the newly retrieved
message as Unread. Changing the Summary back to Send Later only bug.
Release Notes for M13.

Esther - what happens in your steps if you addressed/sent the messages to 
someone else besides yourself?
Pratik, could you try this out?
Build 2000-06-27-08 M17 on NT4. 

When you send a message (using File->"send unsent messages") from a pop or imap 
account to another pop a/c, the new message does not appear bold although it 
should. The status for the message, however, says new. 

Sending "Unsent Mail" from Pop to Imap a/c works as expected (messages appear 
bold and status says new). I used the same steps as described above, just two 
different accounts. 

Hope this helps!


nominating for nsbeta3 and moving to M18.
Keywords: nsbeta3
Target Milestone: M17 → M18
Keywords: mail2
Pratik - in your previous comments, what happens if you send to another profile? 
 I couldn't tell if your accounts were on the same profile or not. Thanks.
Whiteboard: [b3 need info]
mail triage marking nsbeta3+ assuming this happens when sending to another 
profile.
Priority: P3 → P2
Whiteboard: [b3 need info] → [nsbeta3+]
Lisa: it doesn't matter if I use the same profile or have different profiles. I 
see the bug in both cases. 
I think this is working fine now.  I just tried it also using 8-9 m18 build 
win32.  Message comes in as new.
I don't think it is, the message does show "new" as status but it does not 
appear bold. I just checked on 2000-08-11-08 build M18 on NT4. thanx. 

reassigning to gayatrib
Assignee: putterman → gayatrib
Status: ASSIGNED → NEW
second pass: - per mail triage
Whiteboard: [nsbeta3+] → [nsbeta3-][cut 8/31]
sorry for the extra email. Removing mail2 keyword.
Keywords: mail2
QA Contact: esther → sheelar
Milestone 0.8 has been released. We should either resolve this bug or update its
milestone.
Worksforme using build 20010223, Windows 98. Pratik, can you still reproduce
this? If not, please mark this bug WFM.

Thanks
Target Milestone: M18 → ---
checked on buildid 2001-04-19-08 this bug still exists on win98.  POP messages 
sent from unsent folder still is received as read.  
reassign
Assignee: gayatrib → mscott
QA Contact: sheelar → esther
*** Bug 89849 has been marked as a duplicate of this bug. ***
*** Bug 92587 has been marked as a duplicate of this bug. ***
*** Bug 92679 has been marked as a duplicate of this bug. ***
Keywords: nsenterprise
Removing nsenterprise nomination. Adding nsBranch.
Keywords: nsenterprise → nsBranch
Chao, can you please explain the fix?
Taking to drive this patch in for Chao Yu. I applied the patch in my tree and
finally this bug was fixed!

r=hwaara

mscott, perhaps you could sr= this?
Assignee: mscott → hwaara
>> Chao, can you please explain the fix?

The reason that Mozilla Mail is exhibiting this bug is because it creates a new 
application specific email header field, X-Mozilla-Status, to store the state 
of the email (such as whether it is a new email or whether it had been read) 
when the email is received by a user. However, it is also temporarily used and 
set when an email is to be send later but not yet send for internal bookkeeping 
purposes. This field was meant to be stripped off of the email header before 
sending to the recipient to remove any confusion with the state of the email on 
the receiving Mozilla Mail app.  But, a bug described at my previous post 
prevented it from being stripped. Changing that single line of code resolves 
the bug (and possiblely other side effects) as you had demonstrated.
sr=mscott
That PL_strlen isn't exactly making things more efficient, and, FWIW, this fix
is causing 8 lines of code to be executed that we never hit before (does it do
the right thing?).  But anyway...

a=dbaron (on behalf of drivers, in response to request from hwaara)
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Thanks Chao for the fix. It is now checked into the trunk.
QA: when verifying this, you might want to make sure nothing strange happens to
the msg headers when a msg is sent later. or that a X-Mozilla-Status header
slips through the net on outgoing messages.
QA Contact: esther → sheelar
verified using the following builds:
linux:  2001-09-04-08
mac: 2001-09-04-11
win98: 2001-09-04-10
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: