310213 - Thunderbird always skips text it thinks is signature when replying

Status: RESOLVED DUPLICATE of bug 201581

(Thunderbird :: Mail Window Front End, defect)

Description

[Phil Stracchino]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

Thunderbird thinks that any time it sees a line in a message containing only "--
", this is the beginning of the message signature, and greys out everything
after it.  This in itself is not a major problem.  What IS a problem is that
when you reply to the message, Thunderbird automatically skips including any
text it thinks is signature, and this behavior cannot be overridden.
What this means is that any time you receive a top-posted reply to a message --
or even a bottom-posted reply from someone who left your signature in place in
their reply, and uses a mailer that does not indent replies (note:  both of
these are common problems with Microsoft mail clients), you then have to do a
bunch of extra work in order to preserve the entire previous context, up to and
including copying and pasting prior text in by hand and manually indenting it.

Reproducible: Always

Steps to Reproduce:
Send yourself an arbitrary test message with two or more paragraphs of text,
with a "-- " line between the first two paragraphs.  Then try to reply to it.
Actual Results:  
Only the first paragraph will be included as quoted text in the reply.

Expected Results:  
Thunderbird should "fail safe".  At the simplest, it should just copy everything
including the signature, and let me delete what I don't want.  (Something in the
signature might be what I wanted to comment on in my reply!)  If you want to be
a little smarter, then if there appear to be multiple signature starts in the
message, it should skip only the last "signature block" -- and even then, there
should be an option to disable this behavior and copy the entire message text.

Comment 1

[zug_treno]

*** This bug has been marked as a duplicate of 201581 ***