Sorry if this thread is not the appropriate place, but where should I submit actionable feedback?
After switching cPanel installations to Virtualmin, the one universal complaint I get from clients is that webmail is different and doesn’t display mails like the old webmail (RoundCube) did.
This difference in display of content seems to create the perception that Usermin does not work or is too complicated because you need to change options between reading emails.
When I tell clients about using dedicated mail applications, they see a list of steps to follow and flip out saying “this is too complicated, we just want email that works!” all the while refusing to even try what I’ve suggested…
As an admin, I personally do not want to run yet another web-application, per-domain or globally. That is just extra work to install, integrate, harden, and upkeep the software in one or multiple places. Not ideal, even if it is what the customer wants…
For actionable feedback, I want to say this:
Usermin needs to entirely divorce email content from the content and formatting of the Usermin web pages. Likely not a small task, but making emails display consistently, unaltered, and with less option fiddling is the most probable way to dispel the perception that Usermin doesn’t work or is too complicated.
Not by hijacking other peoples topics about other things!
Either open a new topic, or follow up on one that is about the thing you want to talk about. There happens to be a recent thread about the Usermin user experience, and this would go well there (but don’t be afraid to open new topics if a brief search doesn’t turn up a conversation that is related or if you’re not sure it is related). I’d rather have multiple topics about something than have a topic get derailed and go off in a dozen directions, especially topics that are asking for help with a specific problem, like this one.
I just want to post this here for posterity / clarification since I now have a better understanding, and to give this topic a proper closure.
No passwords are stored by Roundcube. The Roundcube script takes the password provided at login by the user and authenticates against the configured IMAP server. That is all. Since phpmyadmin was brought up in the context of changing user passwords, I will now dispel this question. The only password is the user’s unix/IMAP password.
By default, the only user data stored “locally” (in the Roundcube database) is in regards to the user’s Roundcube-specific mailbox preferences (layout, colors, date formats, signatures, etc.), independent from anything stored in the IMAP server (Dovecot in my case). An option for IMAP message-caching is available, but it is disabled by default.
Now to the password-changy thing.
There is a “driver,” included with the Roundcube password plugin, that can interface with Virtualmin to change a user’s unix password, but it is not enabled/configured by default and appears to need to be compiled and manually integrated. The expectation (barring the rigging of some kind of automated SSH-tunneling) is that the Roundcube script installation must run on the local unix server (alongside the IMAP server) for the password plugin’s Virtualmin driver to work.