BTW, did you manually define -DNDEBUG, or what caused -DNDEBUG?
Reading https://en.wikipedia.org/wiki/Fedora_version_history, I guess that your kernel/glibc doesn't have working mlock.
It may work if running by root, though.
It is fixed in master branch of the repo.
OK, it's a libc with no pthread_rwlock_t.
T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well) handles related issue, which was fixed for libgcrypt-1.9. Since this issue is for other libraries (libgpg-error, specifically), we could do something similar, but, it may be detecting LD_LIBRARY_PATH to fail with "Please remove LD_LIBRARY_PATH".
I think Bash 5.0 is in sid, not testing yet. Are you sure it's related to Bash 5.0? Is there any possibility your upgrading some other software causing this?
Rebooting the system makes the issue disappear.
News for 1.34:
Done for libassuan and libksba.
Done for gpgme.
Tue, Jan 15
Since today, I cannot send any Signed email. Outlook is crashing.
I guess it is due to the new version of GpgOL I installed.
Done for libgcrypt.
Pushed to master, fixing about return value of getentropy. Tested on FreeBSD 12. Tested on FreeBSD 11 where getentropy is not available.
So the output of this was
Mon, Jan 14
All right then, fine by me.
These are hooks so that co-operative thread libraries (like ntph) are able to yield control to the system's thread's implementation.
Sorry for long reply, your change looks ok even though dunno it is meaningful those _gcry_pre_syscall ()/_gcry_post_syscall () surrounding get entropy for example.
You can save as text or html decrypted. And apart save the attachment. You can save as .msg in encrypted form dragging and dropping the message row to the desktop. In Outlook smime native mode you can save as .msg in encrypted mode (could be the key cache decrypts "on the fly"). This option seems disabled in gpgol.
I can reproduce it. For me the image is properly attached, I can access the file, but the embedded image does not work. This will be because the content_id is mixed up. I don't know why this happens yet.
I've opened T4322 for the image embedding issue.
Ok, so saving a decrypted message is not possible at the moment, right?
Thanks to the remediation.
I give this normal priority to move it out of the "Needs Triage" queue.
I think I understand what is going on here:
@aheinecke the file is gpgolXXX.dat. I never got the winmail.dat (I think).
Thanks for taking care of the action.
@MThib What is the filename of the .dat with the original message, is it gpgolXXX.dat or winmail.dat and can you confirm that even without an attachment any modifications to the forwared mail are ignored and the mail is sent out as if it was send again?
- Bookkeeping tax things, the loss for 2018 will be a minor, probably less than 10k.
- Mail backlog
- New emergency cleanup handler in gpgrt so that even an assert in gnupg will be able to shutdown the secmem. Right now only asserts in Libgcrypt are protected this way.
- Mail backlog
There appears to be something very fishy when forwarding from the sent mails folder. Even without attachments if I forward and modify the content the original message is sent out and not the modified one.
Thanks for reply and clarification, regards danny
- First new work week so a bit unorganized.
- Looked into a GpgOL issue regarding clearsigned mails from Microsoft.
- Improved Gpg4win mailvelope integration installation.
- Some more work researching ISHellFolder interaction and adding more COM code to GpgA (just a a project name) in the gpg4win-tools repo.
It is a bit related to T4241 indeed. As we have not yet seen a way to determine if the user actually triggered "save as" or if outlook just wants to save the modifications we can't decide when we should pass the save event and when we should block it.
Thank you for the report. Sadly this is a long standing bug that is still not fixed. We hope to address this in a future version.
Thank you for your detailed report. I agree that this can have serious consequences as it might send out unintended information. I'll look into it with high priority.
- D473: Introducing LDADD_FOR_TESTS_KLUDGE to enable 'make check' with LD_LIBRARY_PATH
- Done for libgpg-error (for forth coming 1.34)
- I am now applying to libgcrypt (for 1.9) and gpgme
- OK to apply to libgcrypt?
- For GNU/Linux, use the new macro getrandom keeping same abi of syscall (no extra audit of glibc implementation)
- Use getentropy if OS has for other operating systems like FreeBSD and OpenBSD
Sun, Jan 13
Fri, Jan 11
Thanks @werner I will do tonight when connecting to my team mates PC.
Btw meanwhile I actually felt like I need to open next issue where I explain all my details