Notes crash on messages which contain MIME attachments

HCL Domino Domino Forum
1

Notes 8.5 would crash on opening certain messages with MIME attachments. A copy of the FATAL from the NSD log is included below. I have found SPR WTON7NVMDZ which seems to be a reference to the problem.

My question is…Is there a work around or solution to this problem without upgrading all my clients to 8.5.1 at this time?

############################################################

FATAL THREAD 1/14 [ NLNOTES: 2524: 1af0]

FP=0x00139548, PC=0x6386e5ca, SP=0x00139054

stkbase=00140000, total stksize=212992, used stksize=28588

EAX=0xfffaafff, EBX=0x01dcc488, ECX=0xffffffff, EDX=0x083217d8

ESI=0x01dcc454, EDI=0x0818e018, CS=0x0000001b, SS=0x00000023

DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010286

Exception code: c0000005 (ACCESS_VIOLATION)

############################################################

@[ 1] 0x6386e5ca nnotesws.@DocFileOldAttachments@12+602 (8330000,1,0)

@[ 2] 0x630e8dec nnotesws.@DocLoadRecords@12+988 (0,7d0e72,8171818)

@[ 3] 0x63106ee9 nnotesws.@DocLoad@4+8345 (0)

@[ 4] 0x6308a6e7 nnotesws.PartialNoteAvailable+2007 (0)

@[ 5] 0x6308ab85 nnotesws.@DocAsyncIONotify@4+741 (13b362)

@[ 6] 0x638829de nnotesws.@DocCreate@136+6622 (10000)

@[ 7] 0x63088f60 nnotesws.EditInstanceInit@40+1536 (0,0,0,410d6a,0,0,0,0,0,0)

@[ 8] 0x63087fee nnotesws.CEditSubprogram::InstanceInit+94 (818c018,13b9a0,8171e76,818c018,0,0,0,0,0,0)

@[ 9] 0x63068522 nnotesws.CSubprogram::Create+2386 (5,13b9a0,818c018,0,0,0,0,0,0,0)

@[10] 0x63087cf4 nnotesws.EditNewSubprogram@44+276 (710d6c,802,13bb3c,0,0,0,0,0,0,0,0)

@[11] 0x630a7e4e nnotesws.CEditSubprogram::FCFrameManagedStartup+206 (818c018,710d6c,13bd2e,8187e18,0,0,0,0,0,0,0)

@[12] 0x6318994f nnotesws.fsLoadFrameExt+1183 (8187e18,818c018,8187a18,471,0,0,0,0,0,0,0)

@[13] 0x63189389 nnotesws.fsCreateFramesetExt+361 (0,13bc08,13bc18,0,0,0,0,0,0,0,0)

@[14] 0x63189439 nnotesws.FSCreateFramesetExt@36+121 (0,0,2,0,0,0,0,0,0)

@[15] 0x63068c9a nnotesws.FSCreateFrameset@32+42 (0,13bc68,2,0,0,0,0,0)

@[16] 0x630a563f nnotesws.CEditorMonitorSubprogram::InstanceInit+143 (8171818,13bed0,13bf98,0,0,0,0,0)

@[17] 0x63068522 nnotesws.CSubprogram::Create+2386 (7,13bed0,0,1,0,0,0,0)

@[18] 0x630a553b nnotesws.EmonNewSubprogram@48+539 (590dba,802,8188018,0,0,0,0,0,0,0,0,0)

@[19] 0x6358bd4d nnotesws.CDocumentSubprogram::DocumentEditCreate+781 (8188018,0,0,8188018,0,0,0,0,0,0,0,0)

@[20] 0x6358d1b4 nnotesws.CDocumentSubprogram::InstanceInit+804 (8188018,13c654,7ade418,8188018,0,0,0,0,0,0,0,0)

@[21] 0x63068522 nnotesws.CSubprogram::Create+2386 (2,13c5b4,13c6fa,13c89c,0,0,0,0,0,0,0,0)

@[22] 0x6358b70b nnotesws.CreateDocSubprogram+395 (8188018,0,0,0,0,0,0,0,0,0,0,0)

@[23] 0x6358cda2 nnotesws.DocumentOpen@48+418 (7afa228,87e2,13c818,13c8d4,0,0,0,0,0,0,0,0)

@[24] 0x637ed333 nnotesws.CLineView::ShowNote+1123 (4000040,0,0,0,0,0,0,0,0,0,0,0)

@[25] 0x6377af23 nnotesws.showNoteInWMC+307 (0,82fe6ac,0,0,0,0,0,0,0,0,0,0)

@[26] 0x63555d9a nnotesws.Handle_OPENFOREMBEDDING+1834 (82fe624,13f068,0,103,0,0,0,0,0,0,0,0)

@[27] 0x6355c717 nnotesws.ProcessWksMsgExt@32+4183 (20,27cc0000,0,60f30000,0,0,0,0)

@[28] 0x63034a6b nnotesws.CheckWksMQ@4+427 (0)

@[29] 0x63026e9e nnotesws.CDeskSubprogram::SubMessageProc+6014 (1eec618)

@[30] 0x63024e2e nnotesws.MainWndProc@16+8046 (37092c,570,0,0)

[31] 0x7e418734 USER32.GetDC+109 (63022ec0,37092c,570,0)

[32] 0x7e418816 USER32.GetDC+335 (0,63022ec0,37092c,570)

[33] 0x7e4189cd USER32.GetWindowLongW+295 (13f7ac,0,13f7d0,630bab63)

[34] 0x7e418a10 USER32.DispatchMessageW+15 (13f7ac,1,4e08a4,63020000)

@[35] 0x630bab63 nnotesws.NEMMainLoop@4+803 (4013a0)

@[36] 0x004019cb NLNOTES.WinMain@16+1579 (630fa1c0,0,16231d,0)

@[37] 0x00401e89 NLNOTES.WinMainCRTStartup+389 (12cf70,7c90e920,7ffd9000,8054b6ed)

[38] 0x7c817077 kernel32.RegisterWaitForInputIdle+73 (401d04,0,78746341,20)

2

Subject: I have just worked with this case - and in my case I was able to circumvent the problem

Very shortly, the Notes client and the LotusScript classes get messed up when it receives a single MIME attachment (a graphic in our case) - leading to problems between the back-end (NotesDocument) and front-end (NotesUIDocument). The MIME attachment is erroneously regarded as a valid - ordinary - attachment and methods linke NotesDocument::HasEmbedded erroneously reports true. As soon as my LS code try to enumerate the attachments, the Notes 8.5 (or Notes 8.5 FP1 for that matter) bails out.

The interesting part is that the Notes client itself is able to work with the mail. So I can enter edit-mode, and for example save the document manually. This operation actually fixes the document - as you can note that the MIME image graphic now typically reverts to an ordinary attachment etc. Additionally, by DROPPING the document in my LS document (use Set doc = Nothing) and reloading it with its UNID reloads the corrected document, and NotesDocument/NotesUIDocument is again in sync!

A Notes 8.5.1 client has no problems in my case, but I know of at least one customer having issues with 8.5.1 clients too. This leads me to suspect perhaps template versions on the mailbox, and perhaps how each Designer saves stuff here.

Hope this shed some light on your problem.

Bob

Proud Programmer!

3

Subject: Response from IBM Support

I launched a PMR with IBM Support on this issue and it seems to be a known issue. The recommended solution is to either upgrade to 8.5.1 or downgrade to 8.0.2FP2. No work around or hotfix available for 8.5.

4

Subject: forwarded to development

rb/ms

5

Subject: Thanks for sharing …