MAPIReadMail: mail-MIME / attachments truncated at 64k

RESOLVED INCOMPLETE

Status

MailNews Core
Simple MAPI
--
critical
RESOLVED INCOMPLETE
11 years ago
10 years ago

People

(Reporter: R.K., Unassigned)

Tracking

({dataloss})

1.8 Branch
x86
Windows XP
dataloss

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

11 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1

MAPI: mail-MIME stream (with attachments) is truncated at 64k. 
The MAPI from SeaMonkey/Thunderbird delivers attachments by delivering the original MIME-Stream (even if without headers :-( - so one has to trick the parser functions a little)

That is good (even if I don't know if conform - and the MIME-type is not indicated in MapiMessage.lpszMessageType

Yet the whole MIME-stream in MapiMessage.lpszNoteText (obviously also with simple mails) is cut at 64kByte.

Thus its quite unusable and data is lost (even silently).

Maybe really the whole stuff should just be let out. 
MapiMessage.lpszNoteText is not limited regarding the docs.



Reproducible: Always

Steps to Reproduce:
1. read mails with long attachments by MAPIReadMail()
2.
3.
Can you try SeaMonkey v1.1.9 ?
(And v2.0a1pre ?)

Can you either attach an example, or point to the limiting code, or...
Keywords: dataloss
Version: unspecified → SeaMonkey 1.1 Branch
(1 month later)

No reply from reporter.

R.Incomplete

Reopen if you can reproduce with SeaMonkey v1.1.9.
Assignee: general → nobody
Component: General → MailNews: Simple MAPI
Product: Mozilla Application Suite → Core
QA Contact: general → simple-mapi
Version: SeaMonkey 1.1 Branch → 1.8 Branch
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
(Assignee)

Updated

10 years ago
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.