It was suggested that I pile these into one posting and let techs decide if they required disintegration. I didn't know how to classify these because they aren't really bugs.
- I feel like this is almost a bug. I find it weird that when I make a fresh Virtualmin virtual server after finishing an unmodified new Virtualmin script based install, then log into Usermin as the admin of the new virtual server bearing a different domain than the Webmin base, theirs a “Sent Mail” (.sentmail) folder and a “Sent” (.sent) folder in the user’s account. That’s just bad manners. eMails go into the .sentmail folder normally, not the .sent folder, so I just delete that folder with the Usermin interface for Manage folders. Why are both getting created? Is it a bad setting in Webmin's usermin defaults for mail?
- This complaint had baffled me for a while and I see it confound other users via comments on social media. Newly added Modules don’t appear in their respective list until the browser tab refreshes. Can't you have the install procedure to force or at least suggest a browser tab refresh at the end?
- The Webmin or Virtualmin install procedures could mitigate some Ubuntu Postfix mistakes with some additional shell commands. The Postfix install from Ubuntu has two problems, (which I hear is a bad package build that nobody fixes?).
One is the “compatibility_level = 2” statement isn’t in the main.cf file by default. This causes unhelpful error messages in the mail log.
The other is postfix will not tolerate symbolic links at all and there are a series of links in the /usr/lib/postfix folder and one in the /usr/lib/postfix/sbin folder which are symbolic links to files in the same folder. They cause persistent error messages in the mail log file. The solution is to delete the symbolic links and replace each deleted link with a copy of the file under the different name represented by the deleted symbolic link.
Delete libpostfix-dns.so.1, libpostfix-global.so.1, libpostfix-master.so.1, libpostfix-tls.so.1, libpostfix-util.so.1,
and in the sbin subfolder delete lmtp.
Copy libpostfix-dns.so.1.0.1 to libpostfix-dns.so.1, libpostfix-global.so.1.0.1 to libpostfix-global.so.1, libpostfix-master.so.1.0.1 to libpostfix-master.so.1, libpostfix-tls.so.1.0.1 to libpostfix-tls.so.1, libpostfix-util.so.1.0.1 to libpostfix-util.so.1,
and in the sbin subfolder copy smtp to lmtp. - I'm speaking slightly out of ignorance here. Every recent Webmin install I've done has the PHP Configuration set to look for version 5 despite PHP 7 being installed. Webmin still points the PHP Configuration (https://hostname.com:10000/phpini/) at /php5/ folders instead of /php/7.0/ folders. If I manually edit the path in the module's configuration, it works right.
When I do a Virtualmin install it seems better, but it said it was building a LAMP stack yet the folder for /php/7.0/apache2/ doesn’t exist, but a folder for php/7.0/fpm/ does; isn’t that an NGINX type thing? - This is a bit of a personal gripe because I think I'm good at English, but maybe it's just me. In Virtualmin, the creation process for a virtual server has a confusing but important field called “Description”. Because I didn't think to click the pop-up help bubble for such a common word, I thought I was describing the nameserver variable that the description field was immediately below. I found out while testing email that the new account’s primary admin was named by that field. Replace "Description" with “Name or Job Title for Admin user”. Also, I'll suggest altering the pop-up help content from
“In this field, enter a description for the domain such as the real name its owner (the person responsible for the domain).”
to become
“In this field, enter the description for the domain’s admin (its owner or the person responsible for the domain) such as their real name or official title to display on outbound emails.” - On this page...
https://www.virtualmin.com/documentation/installation/automated#toc-auto...
... you suggest a minimal version of a supported OS. I think it is a bad suggestion because for me on Ubuntu 16.04 LTS the default package selection doesn't include OpenSSH Server. Seems like that should be a recommended item. Am I really supposed to sit at the server hand typing commands? Also, a minor suggestion would be to add Postgresql to the minimal package list if a person planned on using that because your Virtualmin Post Installation Wizard fails if you pick the radio button for Postgresql when the MySQL and PG questions are being asked. Not a big deal, but its' a hiccup in the flow for me. - This is mostly a typo, but maybe it's important because theirs implied "best choice" either way. In the Virtualmin System Settings for Server Templates, ...
https://localhost.com:10000/virtual-server/edit_newtmpl.cgi?xnavigation=1
... on the page for "BIND DNS domain", the option "DNSSEC cryptographic algorithm" has the pop-up help stating that users should leave the default setting of “DSA”, but the actual default setting is "RSASHA1". Based on cursory reading on the topic, I think RSASHA1 is my best choice since I have no specific reason to select any other one, but the help bubble made me not know at all. - This is a buggy type thing related to help pop-up's. The Virtualmin System Settings for Virtualmin Configuration, ...
https://localhost.com:10000/config.cgi?virtual-server&xnavigation=1
... the pop-up help links for all the descriptive labels for that page opens as if the link’s target settings are “_TOP”.
Status:
Active
Comments
Submitted by andreychek on Thu, 12/14/2017 - 19:19 Comment #1
Thanks for your thoughts! I'm going to pass this along to Joe for further comment.
Shit, I forgot to mention the Perl stuff that bug's me. On any fresh install of Webmin on Ubuntu 16.04 LTS Server, the suggested Perl modules can't be installed with the interface. After some tinkering around I think this is a minimal command line statement needed to fix the problem.
sudo apt-get install -y -f build-essential
However, I tend to do these too just to go the easier route.
sudo apt-get install -y -f libtest-exception-perl libmodule-build-perl libwrap0 libwrap0-dev
sudo apt-get install -y -f libdbi-perl libdbd-pg-perl libdbd-mysql-perl mcrypt libmcrypt-dev
The only recommended Perl module after that is Authen::Libwrap which installs fine using the Webmin module interface.
Thanks for the great feedback.
I'll cover the simple ones first:
--
For your follow up, I'm not sure I follow...did these packages not get installed alongside Virtualmin or are you talking about a Webmin installation? Webmin intentionally is very minimal and depends on as little as possible...whereas Virtualmin should Just Work; if you have to install those packages in a Virtualmin install, it's a bug in our metapackage for your distro...if you had to install them for some Webmin modules, that's Works As Designed. Webmin is an administrators tool where you bring your own system...Virtualmin makes sure the system fits what it expects (while staying as close to the defaults as possible).
I'm gonna end this comment and start a new one for the hard stuff, as I'm gonna get confused trying to read over all of this later. (For future reference, one-ticket per distinct problem is often a better way to get them fixed quickly.)
OK, let's go through the rest:
Regarding the followup. If I have a freshly installed OS and I add Webmin without modifying it at all (a caveat at the end) and I try to install the 3 suggested Perl modules: {Test::Exception, Module::Build, Authen::Libwrap} with the Webmin interface, https://localhost.com:10000/cpan/ they don't install. The system hangs for what may be the start of an infinite amount of time. Every attempt to install the suggested modules fails. I searched for solutions and saw a suggestion to try installing at the cpan prompt. That failed too (so blame Ubuntu) but there were error messages to sift through at that point. That got me to an error message that led to this page, https://stackoverflow.com/questions/23293589/perl-module-install-error-c... and that's where I got the idea that I needed to run that build-essential install command. After that, the Webmin Perl module worked fine for me, but I do a few of the things I always seem to personally need with the command line to speed up the process; libtest-exception-perl, libmodule-build-perl, libwrap0, libwrap0-dev, libdbi-perl, libdbd-pg-perl, libdbd-mysql-perl, mcrypt libmcrypt-dev.
My caveat, which I don't think is relevant, is that I put on an APC-UPS software for server protection prior to installing Webmin. If you want those details I'll give them.
The only thing I think should be part of the Webmin base script on Ubuntu is the build-essential. That will prevent the non-working Perl module which doesn't work cause the OS is lacking.
Answering Post #4 Bullet 1. Typically I only use the Usermin interface. I was going to try Roundcube in the past but couldn't get my shit together on sending from behind DHCP till a week ago. I think I may have found it in the Virtualmin Settings. I'm attaching a few screenshots related to this one. One pic (VM-Webmin-Usermin-ModConfig-Mail) is where the Usermin Configuration for UM Module Config Defaults for Read Mail; https://localhost:10000/usermin/edit_configs.cgi?mod=mailbox It shows the "Mail storage format for Inbox" is set to Maildir, but the "Sendmail mail file in home directory" is set to mbox. That looks like a mismatch to my untrained eye.
The other two photos (VM-Config-sentFolderProblemSource, VM-Config-sentFolderFix) depict the Virtualmin setting that I changed before making a Virtual Server that didn't have the extra ".sent" folder.
Answering Post #4 Bullet 2. It is using the Webmin install module interface. I have added that APC-UPS module using the “From ftp or http URL” which definitely requires a browser refresh, but I also installed other modules I found in the Webmin list with that “Standard module from www.webmin.com” browser button. I guess when activating an unused module it doesn’t require a browser refresh; I remembered that wrong.
Answering Post #4 Bullet 3.
I don’t know about any reporting to Ubuntu, and I got this far in life without knowing what Debian means. I saw reliable looking posts that claimed it was a bad build of postfix that nobody fixes.
Following up on Post #3 Bullet 4. These attached screenshots depict the part I described that doesn't have to do with the uninstalled php 7 apache2 folder. One depicts the Webmin PHP module before tampering with the configuration, another shows the default module config, and another shows an edit I did, and the final shows how that changes the Webmin PHP module.
It just seems to me that their's bad text in the PHP Configuration configuration.
Following up on Post #4 Bullet 6.
Just attaching a photos so you could see the current package selection defaults in Ubuntu 16.04. Also, I saw as I was using this recent version that the first screen had new choices for the install type.
Final follow up on my own #5 about Perl.
This link is an unlisted video of what I was talking about. https://youtu.be/R1uVw4Ru6j8