MAPIReadMail: mail-MIME / attachments truncated at 64k

RESOLVED INCOMPLETE

Status

--
critical
RESOLVED INCOMPLETE
12 years ago
11 years ago

People

(Reporter: kxroberto, Unassigned)

Tracking

({dataloss})

1.8 Branch
x86
Windows XP
dataloss

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

12 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: 11 years ago
Resolution: --- → INCOMPLETE
(Assignee)

Updated

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