Some errors are shown: "ERROR -- : No route matches [GET] /Attachment/Y2lkOjE1MzI2LjQ4YWJiYWVkLTU5MTEtNGUzMy1hOTUwLTA5YmxxxXXXXxxx5MGVmZkB6YW1tYWQuZGF0YW5ldGl4LmRl (ActionController::RoutingError)"
and Errors while connecting to ElasticSearch (on the same server)
ERROR -- : Unable to process GET request to elasticsearch URL 'http://localhost:9200/zammad_production_user/_search'. Check the response and payload for detailed information:
Is this important to SMIME integration?
@fliebe92
I am not that deep into Linux and SMIME to post the needed information. If you could post more details where to search for what, that would be nice.
This is normally only the default behavior for the relevant group. It should not sign by default, but you can click on sign in the UI.
When this is different, it looks like a bug.
About the problem, it’s very difficult why the private certificate will not be found.
@Turbobommel I’m wondering about the following statement of yours.
We upgraded to latest Zammad last week. Worked for a few days after that. Stopped working over night…
By reading this I expect S/MIME security to work BEFORE the upgrade and also AFTER the upgrade. This makes it a little bit suspicious that the issue is triggered by the code changes mentioned by @rolfschmidt.
@Turbobommel Did you compare the email addresses (sender, receiver) and the related addresses in the certificate?
We did not change SMIME settings or certs at all since Oktober 2022 where we implemented the signing and encryption. It worked perfectly since recently.
Jep. Valid until next year.
What we changed after upgrading Zammad to the latest version: We enabled 2FA and had to change the ntp server on the zammad host.