Page MenuHome GnuPG
Create Task
Maniphest T7223

GpgOL: Handle Outlook settings which allow users to disable automatically marking mails as read
Closed, ResolvedPublic
Actions

Description

The outlook options to not mark a mail as read, when the mail is previewed are bypassed by the change in revision dd3ff8397aaf62e58fa9405ddc5397cb6bcfdc29 which modifies the read marker to trigger the save to disk which should trick other addins not to further try to save the message. The problems with this workaround in our code are already noted down in T7207: GpgOL: Handle incompatible addins better

To check if mails should be marked as read when they are previewed we can check:
HKCU\Software\Microsoft\Office\16.0\Outlook\Preferences PreviewDontMarkUntilChange == 0

To check if mails are marked as read after a time delay instead the preferences are "PreviewMarkMessage" and "PreviewWaitSeconds".

To disable this behavior in GpgOL the Option noSaveBeforeDecrypt can be set in GpgOL through the debug tab or through the registry.

Revisions and Commits

rO GpgOL
rOb06538416747 Ignore unknown write event again

Related Objects

Event Timeline

• aheinecke triaged this task as Normal priority.Jul 26 2024, 9:42 AM
• aheinecke created this task.
• aheinecke mentioned this in T7242: GpgOL: Shown attachments duplicate on selection of signed emails.Wed, Aug 14, 9:23 PM
• aheinecke closed this task as Resolved.Fri, Aug 16, 2:56 PM
• aheinecke claimed this task.

The whole problem that we now had to take care of marking mails as Read was a misunderstanding of the code. As I assumed since we saved the mail. The property change of "UnRead" would then not be synced to the server, but more testing and user feedback after the last release has shown that the even FC99 which we observed in the "Uncancellable write event" cases was sent to us in conjunction with the property change of UnRead.

Closing the mail afterwards might have been the cause for some further problems and incompatibilities with other Addins. The code to close the mail when that event is seen is now hidden behind the option closeOnUnknownWriteEvent and we no longer manually set the read flag.
Since we no longer set the unread / read status in GpgOL the original issue is resolved since there is no longer cause for us to handle any options regarding when the mail is marked.

• aheinecke added a commit: rOb06538416747: Ignore unknown write event again.Fri, Aug 16, 3:12 PM
• werner mentioned this in Unknown Object (Maniphest Task).Wed, Aug 28, 11:51 AM
• ebo added a project: vsd32 (vsd-3.2.3).Wed, Aug 28, 12:02 PM
• ebo moved this task from Restricted Project Column to Restricted Project Column on the Restricted Project board.