When going to:
Virtualmin -> Choose a domain from the dropdown. -> Edit Users -> Choose a user from the list. -> Click Delete -> Click Delete Now.
The user is removed but the following message shows up:
Failed to save mailbox : DBI connect failed : could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
PostgreSQL is not running on the system, though we did install the client libraries.
When a user is removed it looks like it looks for all "useradmin_delete_user" subroutines and runs them against the user being removed.
Within postgresql there is a useradmin_update.pl script with such a subroutine.
However it neglects to test if PostgreSQL is:
(2) Setup to run on the system.
(3) Setup for the Virtual Server for which the user being deleted is attached.
(4) Checking to see if PostgreSQL is actively running, and if it should be but is not it should probably try to start it to finalize the process or keep track for reference in some sort of cache for when the server comes back up. Of course this also means that if the same username is re-added the same cache will have to keep track of that as well.
Instead of giving an error message where the user is removed but claiming the user failed to remove it would be better if it lists each area the user was attempted to be removed from and the status of each.
apache: Removed Successfully
cron: Removed Successfully (Click here for saved copy of deleted cron job for user.)
mysql: Removed Successfully
postgresql: Removal Cached (Server not running.)
sshd: Removed Successfully