I didn’t, early December last year it configured itself for some reason, my guess it was something that was linked to a package upgrade. but reinstating the correct path fixed it. I wonder if the OP had a similar update.
I didn’t notice for a while as my email client was receiving email correctly, it only came to light when some messages that should have been filtered to a different email folder didn’t work
I’ve never seen this happen! And, I really doubt it could happen automatically during a package upgrade.
Now I’m curious if my patches are fixing the issue for @antonye.
Applied this patch but still the same issue:
Also applied this patch but still no change to before; it fails in Authentic theme but can see the mail file in the Manage Folders view, and works fine in Framed theme.
This particular box has been in place running CentOS 7 and webmin for a very long time - like 15+ years - and I have never changed the configuration on the mail at any point.
In fact, I have never been able to get usermin running on this box all that time until last week when I spent some time figuring out why. It seems that the usermin.service was missing (or never generated) and this was the only reason that it would not start usermin. Once I had manually created it, it was working… except for the mailbox issue.
I have another VM that has also been running webmin for about 10-ish years and yet this has always had usermin and works fine with the same mailbox config (again, it hasn’t been changed) and works with the authentic theme. That was until I tried to upgrade usermin when I noticed that it was old, and it then wouldn’t restart. I went straight to the usermin.service file, and there it wasn’t! It seems that there is an issue with an upgrade path that kills the usermin.service file and doesn’t replace it, leaving usermin unable to start. Luckily my recent testing took me straight to the cause and it was an easy fix to recreate the file, but it could have left me stuck on both machines!
You need to apply two patches. Did you do that?
Could you try the development version of Usermin to see if it’s really fixed—you can install it as simple as:
yum install https://download.webmin.dev/usermin-2.302.202507061549-1.noarch.rpm
Later, you can simply downgrade (revert back) using:
yum downgrade usermin
Yes, applied both. My bad for not correctly quoting the patches!
CentOS 7 has been end-of-life for over a year, so don’t waste your time trying to figure out why things aren’t working—just migrate to a supported and secure version like Rocky or Alma 9.
What other useful errors do you see logged in /var/usermin/miniserv.error after logging in to Usermin?
Excellent! Then the original issue has been solved!
1 Like
This topic was automatically closed 8 days after the last reply. New replies are no longer allowed.