Anyone knows what causes roundube vacation message error (Somwthing went wrong, could not update the vacation messages).
No other details and not possible to set vacation message in roundcube webmail…
Rocky Linux release 8.10 and IW v7.13.53.
Hello–
I was unable to reproduce the issue on a test server running the same OS and iworx version, so it does not appear to be a systemic issue:
[root@rocky8iw7 ~]# rpm -q interworx
interworx-7.13.53-2951.iworx.noarch
[root@rocky8iw7 ~]# cat /etc/redhat-release
Rocky Linux release 8.10 (Green Obsidian)
[root@rocky8iw7 ~]#
Try tailing the Roundcube error log while reproducing the issue, and let me know if there is any output:
tail -f /usr/local/interworx/lib/roundcube/logs/errors.log
Thanks,
-Jenna
Hi,
No output in /usr/local/interworx/lib/roundcube/logs/errors.log
Exactly same versions but still got problem…any other ideas how to solve this?
My best guess without seeing the actual system are permissions issues preventing the communication between Roundcube and InterWorx to work. If you’re a direct customer, my recommendation would be to submit a ticket to our helpdesk so we can see the system ourselves. If you’re not a direct customer, it is recommended that you open a ticket with your license provider.
For the moment, while trying to change the vacation message, tail ~iworx/var/log/iworx.log and see if you get any calls to the EmailBox class and specifically the editCommit action. If you don’t see any calls containing that, the issue is probably that the plugin is not even running the “glue” scripts that allow the two systems to work together.
Double check that a file named 91-iworx-roundcube exists in /etc/sudoers.d since that is important to the process. Additionally, running ~iworx/bin/cvspermsfix.pex should make sure that the scripts themselves have the proper permissions.
Hi,
Looked this before and now, nothing in log file.
Also no files in /etc/sudoers.d at all.
And final thing…permissionfix gives me this (not related): Unknown file /usr/local/interworx/plugins/imunifyav/lib/bin/execute.py, no such file or directory.
That sounds like the problem. As before, I would recommend that you submit a ticket to your license provider so the problem can be found and fixed. Without seeing what may be wrong with the server, we’re all just guessing at the cause/solution since this does not seem to be a systemic issue.
Brandon answered the bit re the sudoers file missing, but I wanted to note that the output from the permsfix tool you saw is expected–the file it mentions would only exist if you had the Imunify plugin enabled.
Since you (presumably) do not, the script is just saying “I tried to check this file, since it could exist, but it doesn’t”. And that is correct for your server.
Thanks,
-Jenna
Btw got also imunify enabled but also with error and not working.
Anyway i submitted ticket to my license reseller…
Hello–
Your license resller submitted a ticket on your behalf, and I resolved both the roundcube and imunify issue for you. They should get back to you, soon, if they have not, already.
Question–when you say “got imunify enabled”, do you mean that you just enabled the plugin, or did you install Imunify, as well? Because from what I could tell, Imunify was never actually installed on the server, just the plugin was enabled, which would explain why it was not working.
Thanks,
-Jenna
Hi,
Looked this server documentation and zero notes about imunify install so You are correct, plugin was enabled but never actually installed.
Sorry about wrong information at first 