Thu, Jul 9
Fri, Jul 3
Thu, Jul 2
I edited the task and now you can edit it too.
could you please change the edit policy back to all users so that I can change the status of this task?
Jun 5 2020
MAPI Namespace has a pickFolder method which can be used here.
Jun 3 2020
Jun 2 2020
The problem is with the code for T3656
Thanks for the report. I can reproduce this by replying to S/MIME enc & sign mails.
May 19 2020
This was implemented 0d2db8b81ab24e2ab02d7ba6832cabd07b72f852 in Gpg4win-3.1.11 but does not work reliably.
Closing with Info Needed.
I'm moving this from testing to open again. Especially the deletion is an issue. I had a report that even for a sent mail Outlook.com also stores an unencrypted variant in the "Trash Bin".
May 18 2020
May 15 2020
Thought of a way to at least mitigate it. When a mail is closed we know it's not printing.
After looking at this for 4h I could not see a way to detect it better when a print job is done. So we now treat every ItemLoad of a mail after we have seen the BeforePrint event as a print.
Outlook is a bit nasty here:
May 8 2020
I'm not sure what to do here. The problem is that all users in clients without PGP/MIME Support will see the attachment names. That is why we use the names as they are.
thanks for the feedback
it s indeed exchange 2007 (migration planned on long term)
we will try the imap workaround
There was a similar Problem in the past reported on our mailing list:
From the commit message:
Thanks, I can reproduce the problem. I'll look into it, printing mails is important for some ;-)
Does it decrypt then?
This is not the first report I have gotten about mailstore problems. My suspicion here is that the mail is opened read only or somehow got the wrong properties from mailstore.
Apr 17 2020
Apr 16 2020
Apr 7 2020
Mar 25 2020
FWIW, a log of the decryption process will always show the sender's key because a message is usually also encrypted to that one (--encrypt-to).
Mar 20 2020
Done in master