Closed Bug 269969 Opened 20 years ago Closed 19 years ago

Messages recieved from Pine are marked as having an attachment

Categories

(MailNews Core :: MIME, defect)

1.0 Branch
x86
Windows XP
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: Sten.Sletbak, Assigned: sspitzer)

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040514
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040514

Messages sent from a Pine mailclient will be marked as they have an attachment
in the message window, even if the message does'nt contain attachments.

Difference in mail header:
Mail from Thunderbird:

Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Mail from Pine:
Content-Type: MULTIPART/MIXED; BOUNDARY="614336673-846560007-1100508231=:14177"


Reproducible: Always
Steps to Reproduce:
1. Recieve a mail from someone using pine
2. Look in message window
3.

Actual Results:  
Attachment icon (paperclip) shows up next to message

Expected Results:  
There should be no attachment icon.
When there is no attachment to the recieved mail of course.

Seen in Thunderbird 0.9
why would the Pine content type be multi-part mixed? What's in the rest of the
message?
(In reply to comment #1)
> why would the Pine content type be multi-part mixed? What's in the rest of the
> message?

Apparently the message is  encoded that way when it contains for example
norwegian characters:

http://groups.google.com/groups?selm=Pine.WNT.4.60.0406250049090.884%40Kami-Tomobiki.Panda.COM

Plain text in ascii does not trigger "the paperclip icon".
Assignee: mscott → sspitzer
Component: Mail Window Front End → MailNews: MIME
Product: Thunderbird → Seamonkey
Product: Seamonkey → Core
Version: unspecified → 1.0 Branch
(In reply to comment #2)
Sten Sletbak, meaning of question by David Bienvenu in Comment #1 is;
 - Mail header information is required to know mail structure.
See mail source using View/Message source and paste mail header data(mail header
data only) to this bug.
Or, if it is dificcult for you, and if you can open the mail to public, save the
mail as ".eml" file, then attach the file to this bug.
The attached document ('pain_of_QP_from_Pine') is a mailbox from Thunderbird
containing one such message. The message origins from the Univiersity of Oslo,
and I see that the original bug reporter was from UiO too, so I suppose that it
will be identical messages.
Actually, I noticed that in Thundebird version 1.5 Beta 1 (20050908), this bug seems to have been fixed. So this bug can be set to status 'RESOLVED'.
Hm, sorry, I was wrong, but not totally. This bug is only _partly_ fixed in 1.5 beta 1: 

As you _receive_ mail, and before the message is opened, these messages _still_ appears to contain an attachment. But as you click on the message to read it, the message list gets updated as Thunderbird is interpreting the message. When the message has been interpreted, the attachment icon gets removed.

I am on a mac. The reporter were on a PC. This affects all platforms and the 1.8 Branch. 
the behaviour you're seeing is the behaviour we expect. If the content type is
multipart/mixed, we assume there's an attachment, until we find out otherwise
when you read the message.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: