Closed Bug 369614 Opened 18 years ago Closed 17 years ago

MAPIReadMail: mail-MIME / attachments truncated at 64k

Categories

(MailNews Core :: Simple MAPI, defect)

1.8 Branch
x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: kxroberto, Unassigned)

Details

(Keywords: dataloss)

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
Closed: 17 years ago
Resolution: --- → INCOMPLETE
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.