Closed Bug 547214 Opened 15 years ago Closed 15 years ago

replying an imported EML Mail gets always same hour: 20:59

Categories

(Thunderbird :: Message Compose Window, defect)

All
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 544359

People

(Reporter: a0005408, Unassigned)

Details

(Whiteboard: [support] [gsfn])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1 save an email as *.eml; open it by double click from desktop or on TB "Open saved message"; reply to this email; In the opened compose window you see the header "On 20:59, xxxxx wrote:" Reproducible: Always Steps to Reproduce: 1.double click on an EML file or internal "Open saved message"; 2.reply to this email; the header is still correct with original date/time; 3.In the following compose window the header always "On 20:59, xxxxxx wrote:" Fowarding an email the has the correct date/out; Actual Results: You always get the same time 20:59 without date; Expected Results: I expect the original date/time; show original date/time of replied email
I believe this may be the thread you want in Get Satisfaction: http://getsatisfaction.com/mozilla_messaging/topics/but_when_did_the_sender_say_it If not, what happens when you reply to an ordinary (non-.EML) message? Was the original message actually sent at 8:59 PM?
Whiteboard: [support] [gsfn]
Replying to any other non-.EML shows the original date/time as wished. I sent various mails with different dates. Always same results. E.g.: Original date: 02 Mar 2008 16:01:37 Replied to an email: remains Replied to same email as .EML: "Am 20:59, schrieb xxxxxx:" (engl.: "on 20:59, wrote [name]" Config: mailnews.reply_header_type 2 The original message source doesn't contain "20:59" Could the beaviour caused by the translation (german)?
(In reply to comment #2) > dup of bug 544359? Yes, it's a dup. Same behaviour.
Marking duplicate per comment #4. Another idea I had is to check mailnews.reply_header_ondate to see if it contains a %s anywhere (as it ought to).
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
(In reply to comment #5) > Another idea I had is to check mailnews.reply_header_ondate to see if it > contains a %s anywhere (as it ought to). Yes, it does: am %s
You need to log in before you can comment on or make changes to this bug.