http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8897 --- Comment #15 from Robin Sheat <robin@catalyst.net.nz> --- (In reply to Mirko Tietgen from comment #14)
I was thinking to have the JS server-side, like we have jquery in Koha.
But jquery runs client side. It doesn't make sense to run this client side, as email generation happens without the interaction of a browser.
Would that be a problem? I think it does not break the "OPAC needs to work without JS" rule as it is not a core functionality. We allow local JS in the OPAC too.
I just can't see a place where encryption from the OPAC is something that's generally useful. We don't send emails from there.
About using a library key/passphrase, I'm not sure if you would have situations where you need to decrypt messages, add stuff and encrypt them again before sending the email.
No, once they're added to the message queue, I don't think anything more happens to them. They wouldn't be encrypted while working their way through the running process, they'd presumably get encrypted just before putting them in the queue (but I haven't looked at your code in forever.) -- You are receiving this mail because: You are watching all bug changes.