User Details
- User Since
- Jul 6 2022, 11:18 AM (167 w, 5 d)
- Roles
- Administrator
- Availability
- Available
Thu, Sep 18
Looks like there is a rights problem modifying the body of those mails
Every time when we try to modify the HTMLBODY or BODY property we fail with MAPI_E_NO_ACCESS.
The attached mails in those tests where ms-tnef formated (winmail.dat)
omhelp.cpp:lookup_oom_dispid:160 wchar_t alloc 00000155d9abfe80:HTMLBody 07:35:08/5284/oomhelp.cpp:put_oom_string:674 wchar_t alloc 00000155ccf77710:<html><head></head><body><table border="0" width="100%" cellspacing="1" cellpadding="1" bgcolor="#0069cc"><tr><td bgcolor="#0080ff"><p><span style="font-weight:600; background-color:#0080ff;"><center>OpenPGP Nachricht</center><span></p></td></tr><tr><td bgcolor="#e0f0ff"><center><br/>Bitte warten Sie w�hrend die Nachricht entschl�sselt / gepr�ft wird...</td></tr></table></body></html> 07:35:08/5284/oomhelp.cpp:put_oom_string: Putting 'HTMLBody' failed: 0x80020009 07:35:08/5284/DBG_OOM/oomhelp.cpp:dump_excepinfo: Exception: wCode: 0x1000 wReserved: 0x0 source: Microsoft Outlook desc: Sie besitzen nicht die erforderliche Berechtigung, um diesen Vorgang auszuf�hren. help: null helpCtx: 0x0 deferredFill: 0000000000000000 scode: 0x80070005 07:35:08/5284/TRACE/oomhelp.cpp:put_oom_string:699: return 07:35:08/5284/ERROR/mail.cpp:decryptVerify_o: Failed to modify html body of item.
Mon, Sep 15
Mon, Sep 8
Andre mentioned in 10721b1dccf4 that "Closing the mail this early might also have contributed to
endless loops of read + close" which is what we see here as well
Aug 19 2025
Jul 17 2025
Jul 14 2025
Jul 7 2025
Jul 1 2025
Jun 23 2025
May 15 2025
Apr 9 2025
Mar 24 2025
work/markus_montkowski/T7485
work/markus_montkowski/T5681
Mar 20 2025
Mar 13 2025
Well I finally did some more tracing and removeOurAttachments_o is not called when the attachments vanish.
Jan 27 2025
Dec 10 2024
Aug 28 2024
Fixed together with T6864
Works fine.
For special DOS names only COM/LPT1-9 are supported names like COM12 are not handled.
But that is not really an issue as these names are always prepended with the temp-pathname and c:\tmp\COM12 are valid names.
Getestet, beim normalen wechseln taucht dieses Verhalten so nicht mehr auf. Aber einmalig nach Klick auf weiterleitung dafür neues Ticket T7276