webadmin-list — Webmin users mailing list

Re: [webmin-l] New error on start of webmin

[Jamie C. <jca...@we...>]

There is a bug in Webmin 1.900 that causes that error, but it's mostly harmless - we'll fix it in the next release.  

On 16/Apr/2019 10:05 Dave Overton via webadmin-list <web...@li...> wrote ..    This may or may not be a virtualmin issue, but when I start webmin this shows up on the screen: Starting webmin. Cron 154948002482144 missing any time spec This is new since a recent update to webmin.  I can't find that cron entry, so I suspect this is a false alarm? (FreeBSD 12.0-RELEASE-p3)  Dave Overton, Owner SYIX.COM da...@sy... 530-755-1751   

[webmin-l] New error on start of webmin

[Dave O. <da...@sy...>]

This may or may not be a virtualmin issue, but when I start webmin this
shows up on the screen:

Starting webmin.
Cron 154948002482144 missing any time spec

This is new since a recent update to webmin.  I can't find that cron entry,
so I suspect this is a false alarm?

(FreeBSD 12.0-RELEASE-p3)

Dave Overton, Owner
SYIX.COM
da...@sy...
530-755-1751

Re: [webmin-l] PHP-FPM on Debian with sury.org packages

[Jamie C. <jca...@we...>]

It looks like the core problem is that the binary name /usr/sbin/php-fpm7.3 isn't being detected, as that's not a filename format Virtualmin looks for. We'll fix this in the next release.  

On 06/Apr/2019 11:24 Mátyás Csere <cs...@gm...> wrote ..     Hello!  The php packages from https://packages.sury.org/  are named like "phpx.y-fpm" The files contained in the package are, for example:  root@virtualmin:~# dpkg -L php7.3-fpm /. /etc /etc/apache2 /etc/apache2/conf-available /etc/apache2/conf-available/php7.3-fpm.conf /etc/init /etc/init/php7.3-fpm.conf /etc/init.d /etc/init.d/php7.3-fpm /etc/logrotate.d /etc/logrotate.d/php7.3-fpm /etc/php /etc/php/7.3 /etc/php/7.3/fpm /etc/php/7.3/fpm/conf.d /etc/php/7.3/fpm/php-fpm.conf /etc/php/7.3/fpm/pool.d /etc/php/7.3/fpm/pool.d/www.conf /lib /lib/systemd /lib/systemd/system /lib/systemd/system/php7.3-fpm.service /usr /usr/lib /usr/lib/php /usr/lib/php/7.3 /usr/lib/php/7.3/sapi /usr/lib/php/7.3/sapi/fpm /usr/lib/php/php7.3-fpm-reopenlogs /usr/lib/tmpfiles.d /usr/lib/tmpfiles.d/php7.3-fpm.conf /usr/sbin /usr/sbin/php-fpm7.3 /usr/share /usr/share/bug /usr/share/bug/php7.3-fpm /usr/share/bug/php7.3-fpm/control 
 /usr/share/bug/php7.3-fpm/script /usr/share/doc /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/php7.3-fpm /usr/share/man /usr/share/man/man8 /usr/share/man/man8/php-fpm7.3.8.gz /usr/share/php /usr/share/php/7.3 /usr/share/php/7.3/fpm /usr/share/php/7.3/fpm/status.html /usr/share/doc/php7.3-fpm   This layout is not picked up by php-lib.pl, because the dot inside the package names/paths is deliberately being masked/removed inside multiple parts of php-lib.pl.  Removing these from around lines 947, 1316, 1711 1732,1766, 1780  - without knowing exactly  what am I breaking - the packages get picked accepted as a valid FPM version, the pool configuration files are created properly, and everything works as expected.  My questions are: 1; Why is the version dot removed in the first place? 2; I know RPM-based distributions are preferred for running Virtualmin, but would there be a way to make support for sury.org PHP packages without breaking anything? 3
 ; Is there a way to modify the pool configration generated by php-lib.pm?  Details regarding this question: - In php-lib.pl  I see "web_phpchildren" would be substituted, but I don't know where to set that value inside virtualmin  - Inside "Server templates > PHP configuraton" I see templates, but that is not related to the pool configuration generated - Would It be possible to have templating for the whole pool file generated?    Thanks, M      

[webmin-l] PHP-FPM on Debian with sury.org packages

[Mátyás C. <cs...@gm...>]

Hello!

The php packages from https://packages.sury.org/  are named like
"phpx.y-fpm"
The files contained in the package are, for example:
root@virtualmin:~# dpkg -L php7.3-fpm
/.
/etc
/etc/apache2
/etc/apache2/conf-available
/etc/apache2/conf-available/php7.3-fpm.conf
/etc/init
/etc/init/php7.3-fpm.conf
/etc/init.d
/etc/init.d/php7.3-fpm
/etc/logrotate.d
/etc/logrotate.d/php7.3-fpm
/etc/php
/etc/php/7.3
/etc/php/7.3/fpm
/etc/php/7.3/fpm/conf.d
/etc/php/7.3/fpm/php-fpm.conf
/etc/php/7.3/fpm/pool.d
/etc/php/7.3/fpm/pool.d/www.conf
/lib
/lib/systemd
/lib/systemd/system
/lib/systemd/system/php7.3-fpm.service
/usr
/usr/lib
/usr/lib/php
/usr/lib/php/7.3
/usr/lib/php/7.3/sapi
/usr/lib/php/7.3/sapi/fpm
/usr/lib/php/php7.3-fpm-reopenlogs
/usr/lib/tmpfiles.d
/usr/lib/tmpfiles.d/php7.3-fpm.conf
/usr/sbin
/usr/sbin/php-fpm7.3
/usr/share
/usr/share/bug
/usr/share/bug/php7.3-fpm
/usr/share/bug/php7.3-fpm/control
/usr/share/bug/php7.3-fpm/script
/usr/share/doc
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/php7.3-fpm
/usr/share/man
/usr/share/man/man8
/usr/share/man/man8/php-fpm7.3.8.gz
/usr/share/php
/usr/share/php/7.3
/usr/share/php/7.3/fpm
/usr/share/php/7.3/fpm/status.html
/usr/share/doc/php7.3-fpm

This layout is not picked up by php-lib.pl, because the dot inside the
package names/paths is deliberately being masked/removed inside multiple
parts of php-lib.pl.

Removing these from around lines 947, 1316, 1711 1732,1766, 1780  - without
knowing exactly  what am I breaking - the packages get picked accepted as a
valid FPM version, the pool configuration files are created properly, and
everything works as expected.

My questions are:
1; Why is the version dot removed in the first place?
2; I know RPM-based distributions are preferred for running Virtualmin, but
would there be a way to make support for sury.org PHP packages without
breaking anything?
3; Is there a way to modify the pool configration generated by php-lib.pm?
Details regarding this question:
- In php-lib.pl  I see "web_phpchildren" would be substituted, but I don't
know where to set that value inside virtualmin
- Inside "Server templates > PHP configuraton" I see templates, but that is
not related to the pool configuration generated
- Would It be possible to have templating for the whole pool file generated?



Thanks,
M

[webmin-l] Cant find where root email is redirected

[Ben E. <lis...@gm...>]

Hi, cant work out where root email is being redirected.  I type root and
get 'no mail' message, I just sent a test email.  Got as far as working
gout it is done in usermin but cant work out where.

-- 
*Ben Edwards, Video Editor and Cameraman*
*web*:*www.nkytwig.com* <http://funkytwig.com/>* mobile:**07773 02 44 82*
*skype**:**funkytwig** twitter:**@funkytwig*
<https://twitter.com/funkytwig>iContact Community Video
<http://www.icontactvideo.org/> | Bristol Community Channel
<http://bristol.mirocommunity.org/>

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Re: [webmin-l] Module Versions

[Bernie E. <ber...@gm...>]

On 10/03/2019 00:26, Jamie Cameron wrote:
> On 07/Mar/2019 07:57 Bernie Elbourn <ber...@gm...> wrote ..
>> Howdy,
>>
>> Sadly my google fu failed ... Is there a way to list the versions of webmin modules
>> currently installed?
> They should be shown at Webmin -> Webmin Configuration -> Webmin Modules.
>
There are options to install, clone, delete or export a module. But sadly. No list of versions currently installed.

Re: [webmin-l] Security scan result: Missing `httpOnly` Cookie Attribute and Missing `secure` Cookie Attribute

[Andrey R. <anr...@ya...>]

Greetings, Clement Ogedengbe!

>  The flaw is due to a cookie is not using the 'httpOnly' attribute. This
> allows a cookie to be accessed by JavaScript which could lead to session
> hijacking attacks.

Only if you have installed an untrusted javascript on your webmin host.

> Can someone please help with any idea about how to fix this:

Working as intended, nothing to fix.


-- 
With best regards,
Andrey Repin
Thursday, March 14, 2019 4:07:53

Sorry for my terrible english...

[webmin-l] Security scan result: Missing `httpOnly` Cookie Attribute and Missing `secure` Cookie Attribute

[Clement O. <c.o...@wo...>]

Urgent help please!

Greenbone vulnerability scan on our Debian server running Webmin reports the following:


1.       Missing `httpOnly` Cookie Attribute<https://10.100.31.5/omp?cmd=get_result&result_id=4d6345bd-8d7e-4ba6-ae18-769834e3f5ec&apply_overrides=&min_qod=&task_id=&name=&report_id=05065e21-f79e-493b-864d-12d7143ba44b&filter=&filt_id=&overrides=&autofp=&report_result_id=4d6345bd-8d7e-4ba6-ae18-769834e3f5ec&token=f208ee5a-44be-11e9-861e-0010f3466dc6>

2.       SSL/TLS: Missing `secure` Cookie Attribute<https://10.100.31.5/omp?cmd=get_result&result_id=db6c30bb-c8fe-46b4-8471-2456ee65a4b2&apply_overrides=&min_qod=&task_id=&name=&report_id=05065e21-f79e-493b-864d-12d7143ba44b&filter=&filt_id=&overrides=&autofp=&report_result_id=db6c30bb-c8fe-46b4-8471-2456ee65a4b2&token=f208ee5a-44be-11e9-861e-0010f3466dc6>


Details for Missing `httpOnly` Cookie Attribute<https://10.100.31.5/omp?cmd=get_result&result_id=4d6345bd-8d7e-4ba6-ae18-769834e3f5ec&apply_overrides=&min_qod=&task_id=&name=&report_id=05065e21-f79e-493b-864d-12d7143ba44b&filter=&filt_id=&overrides=&autofp=&report_result_id=4d6345bd-8d7e-4ba6-ae18-769834e3f5ec&token=f208ee5a-44be-11e9-861e-0010f3466dc6> below


Summary

The application is missing the 'httpOnly' cookie attribute
Vulnerability Detection Result

The cookies:



Set-Cookie: redirect=***replaced***; path=/

Set-Cookie: testing=***replaced***; path=/; secure



are missing the "httpOnly" attribute.
Solution

Solution type: [Mitigation]  Mitigation

Set the 'httpOnly' attribute for any session cookie.
Affected Software/OS

Application with session handling in cookies.
Vulnerability Insight

The flaw is due to a cookie is not using the 'httpOnly' attribute. This allows a cookie to be accessed by JavaScript which could lead to session hijacking attacks.
Can someone please help with any idea about how to fix this:


Best Regards

Clement

Re: [webmin-l] Module Versions

[Jamie C. <jca...@we...>]

On 07/Mar/2019 07:57 Bernie Elbourn <ber...@gm...> wrote ..
> Howdy,
> 
> Sadly my google fu failed ... Is there a way to list the versions of webmin modules
> currently installed?

They should be shown at Webmin -> Webmin Configuration -> Webmin Modules.

[webmin-l] Module Versions

[Bernie E. <ber...@gm...>]

Howdy,

Sadly my google fu failed ... Is there a way to list the versions of webmin modules currently installed?

Huge thanks,

Bernie

[webmin-l] Update virtualmin

[jsmosc <js...@ma...>]

Hello,

I have problems to make php 7 available in virtualmin after 
installation. On the virtualmin forum a user replied that he fixed the 
problem by updating virtualmin to 6.06.

I am using Virtualmin 5.04 and cannot find the way to update to 6.06! No 
available update on the dashboard, no "upgrade button" in my theme (and 
in all other themes I tried), yum says that all is in the last release, 
the "system / virtualmin packages update" says that all is updated already.

How can I update to 6.06without reinstalling/broking all?!

Thank you!

[webmin-l] User created in Webmin cannot list files/directories in ProFTP

[Miki B. <x...@34...>]

<html style="direction: ltr;">
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
    <style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>
  </head>
  <body bidimailui-charset-is-forced="true" style="direction: ltr;"
    text="#000000" bgcolor="#FFFFFF">
    Dear friends,<br>
    I installed a fresh CentOS 7 server, then installed ProFTPD Version
    1.3.5e<br>
    <br>
    If I'm creating a user using Linux command: useradd -m someuser <br>
    I'm able to ftp the ProFTP server and use ls to list the files and
    directories. <br>
    <br>
    Then I installed webmin (I tried webmin-1.831-1.noarch.rpm and also
    webmin-1.900-1.noarch.rpm).<br>
    Unfortunately, when I'm creating a new Linux user through the Webmin
    I'm able to login to the FTP server, but I'm NOT able to list the
    files/directories.<br>
    Anyway, I'm able to change directory (cd) in the FTP server even
    though I'm not seeing anything.<br>
    <br>
    <br>
    I tried to compared the users and the group in the /etc/passwd
    /etc/groups etc, but I'm not able to see any reason why I'm not able
    to list files/dir in the ProFTP server with a user was created in
    using webmin.<br>
    <br>
    <br>
    I repeated the procedure again and again (creating user with useradd
    success to list files/dirs but still users created with webmin see
    empty list).<br>
    <br>
    <br>
    Any idea?<br>
    <br>
    Thanks,<br>
    Micky Barzilay<br>
  </body>
</html>

Re: [webmin-l] Very odd logrotate incident

[Joaquim H. <jo...@we...>]

Fair enough. The problem is that it was adding new domains to the wrong 
block in this case, which had some "interesting" side effects.

Not sure what a good solution is, but perhaps it should count the number 
of entries and use the one with the highest count.

It did look like a "webmin / virtualmin" block, but there was only one 
entry, whereas the other (correct) block had the remaining sites on the 
server in it.

(It did not add existing domains to it, it added new domains to it.)



-joho

Re: [webmin-l] Very odd logrotate incident

[Jamie C. <jca...@we...>]

When you add a new domain, Virtualmin will add it's logs to an existing
logrotate block if it looks like it is used for other domains. This is done
so that the post-rotation command only gets run once.

However, this shouldn't cause existing domain's logs to get added to
the block, unless you disabled and re-enabled logrotate for all those domains.

 - Jamie

On 04/Feb/2019 03:37 Joaquim Homrighausen <jo...@we...> wrote ..
> 
> I can't quite put my finger on this one, but I noticed something really strange.
> I'm guessing it's related to Virtualmin (GPL), but I don't know that. 
> 
> A number of sites had been transferred to this server using Virtualmin/Webmin,
> all good. Because of issues with PHP-FPM and what not, I manually corrected the
> Apache configuration file(s) as well as setting up proper PHP-FPM pools, etc. They're
> all more or less identical, apart from the directory names, domain names, proxy
> port, etc. 
> 
> So there was a big logrotate block for all of these servers. It looked good. 
> 
> At some point, I created a "manual" logrotate block for one site's PHP log file.
> It was getting ridiculously large due to moving from PHP 5.x to PHP 7.2 and that
> site not using updated plugins, etc. For this specific file, I set-up a defined
> owner:group for the new files in the logrotate configuration. 
> 
> Some days later, PHP-FPM and/or Apache crashed when logrotate was invoked. I couldn't
> quite figure out what had happened other than that it was related to the log rotation
> somehow. After having spent some time searching various log files, checking permissions,
> etc. I saw that the "manual" logrotate block that I had created for that one site's
> PHP log now contained other sites as well, and this time, Apache logs too. Given
> that I had set up that job to create the new files with a specific ownership, all
> of the (new) files in that logrotate block got the wrong owner:group. 
> 
> I manually went through those sites and corrected the ownership, restarted both
> Apache and PHP-FPM and everything started working again. I then moved those sites
> from the wrong logrotate block to the right one. 
> 
> I *think* those sites, that appeared in the wrong logrotate block, were sites I
> had created "fresh" on that server. I have no clue as to why their logrotate configuration
> ended up in the wrong place, but they did. 
> 
> Does that make any sense at all? :) 
> 
> 
> -joho 

Re: [webmin-l] Unknown option in logrotate.conf

[Joaquim H. <jo...@we...>]

This, by the way, seems to only be happening when I configure a notification e-mail address in Virtualmin/Webmin. 

So it's possibly using an unsupported function/keyword. 




Från: "Joaquim Homrighausen" <jo...@we...> 
Till: "WebAdmin List" <web...@li...> 
Skickat: fredag, 4 jan 2019 8:09:53 
Ämne: [webmin-l] Unknown option in logrotate.conf 

Hello 

Using Ubuntu 18.04.LTS, I've started seeing "cron errors" from logrotate: 

/etc/cron.daily/logrotate: 
error: /etc/logrotate.conf:2 unknown option 'notifyme' -- ignoring line 


Looking at that line in logrotate.conf, on both servers getting this 
error, I see: 

errors not...@do... 


Doing a "man logrotate.conf" on those servers, I don't see an "errors" 
option. 


-joho 




- 
Forwarded by the Webmin mailing list at web...@li... 
To remove yourself from this list, go to 
http://lists.sourceforge.net/lists/listinfo/webadmin-list 

[webmin-l] Very odd logrotate incident

[Joaquim H. <jo...@we...>]

I can't quite put my finger on this one, but I noticed something really strange. I'm guessing it's related to Virtualmin (GPL), but I don't know that. 

A number of sites had been transferred to this server using Virtualmin/Webmin, all good. Because of issues with PHP-FPM and what not, I manually corrected the Apache configuration file(s) as well as setting up proper PHP-FPM pools, etc. They're all more or less identical, apart from the directory names, domain names, proxy port, etc. 

So there was a big logrotate block for all of these servers. It looked good. 

At some point, I created a "manual" logrotate block for one site's PHP log file. It was getting ridiculously large due to moving from PHP 5.x to PHP 7.2 and that site not using updated plugins, etc. For this specific file, I set-up a defined owner:group for the new files in the logrotate configuration. 

Some days later, PHP-FPM and/or Apache crashed when logrotate was invoked. I couldn't quite figure out what had happened other than that it was related to the log rotation somehow. After having spent some time searching various log files, checking permissions, etc. I saw that the "manual" logrotate block that I had created for that one site's PHP log now contained other sites as well, and this time, Apache logs too. Given that I had set up that job to create the new files with a specific ownership, all of the (new) files in that logrotate block got the wrong owner:group. 

I manually went through those sites and corrected the ownership, restarted both Apache and PHP-FPM and everything started working again. I then moved those sites from the wrong logrotate block to the right one. 

I *think* those sites, that appeared in the wrong logrotate block, were sites I had created "fresh" on that server. I have no clue as to why their logrotate configuration ended up in the wrong place, but they did. 

Does that make any sense at all? :) 


-joho 

Re: [webmin-l] Minor cosmetic glitch in 1.900

[Jamie C. <jca...@we...>]

On 21/Jan/2019 23:55 Joaquim Homrighausen <jo...@we...> wrote ..
> 
> Using "Gray Framed Theme"
> 
> Click on "Send Feedback" in bottom left corner of navigation menu/frame
> 
> Click on "Return to index"
> 
> The frameset is duplicated and I have two left side menus
> 
> No big deal of course

Thanks, I'll fix that..

[webmin-l] Minor cosmetic glitch in 1.900

[Joaquim H. <jo...@we...>]

Using "Gray Framed Theme"

Click on "Send Feedback" in bottom left corner of navigation menu/frame

Click on "Return to index"

The frameset is duplicated and I have two left side menus

No big deal of course


-joho

[webmin-l] Not able to see domain users Samba Windows File Sharing

[venkat r. <ram...@gm...>]

Hi,

I am not able to see domain users in Samba Windows File Sharing in Webmin.
I am using Ubuntu and SAMBA(Samba version 4.7.6-Ubuntu). I can assign
domain users and groups in Ubuntu command mode. Can you assist me, on how
to make visible of domain users and group in the webmin. Thank you in
advance.

Thanks,
Venkat

Re: [webmin-l] Virtualmin Email Doesn't Work

[Kimberly <kim...@gm...>]

I shut and disabled firewalld.  I installed iptables-services.  I then 
started iptables and flushed all rules and chains leaving a completely 
clean firewall rule set with just the default chains with no rules.  I 
then proceeded to add my rules for allowing traffic on 80 and 443 and 25 
and ssh etc.  After finishing I tested with telnet xxx.xxx.xxx.xxx 25 
and low and behold Postfix responded.  I need to add ports for IMAP and 
usermin and a few other things but I think the problem is solved.

My server is CentOS 7.  The installation of Virtualmin was on a bare 
server using install.sh with php 5.6.x and MariaDB 10.1.x being the only 
two things I added before Virtualmin.  I don't know if this has 
something to do with firewalld itself or the rules that Virtualmin 
creates when it installs.  Personally, I think for internet servers 
firewalld is not necessary as we don't need zones as one might wish for 
a home computer.  From now on, I will not waste time with firewalld and 
will be using iptables for all internet servers.



On 04/01/19 17:22, Kris Deugau wrote:
> Kimberly wrote:
>> firewall-cmd --zone=public --list-all
>> public (active)
>>    target: default
>>    icmp-block-inversion: no
>>    interfaces: lo enp2s0
>>    sources:
>>    services: ssh dhcpv6-client smtp smtps ftp pop3 pop3s imap imaps 
>> http https
>>    ports: 587/tcp 53/tcp 20/tcp 2222/tcp 10000-10100/tcp 20000/tcp 
>> 1025-65535/tcp 53/udp
>
> These two lines don't seem to match up;  if smtp and smtps are 
> allowed, ports 25 and 465 should be allowed as well as 587. 
> firewalld's configuration may be defining these differently for some 
> reason, but this looks likely to be the root of your problem.
>
> -kgd
>
>
> -
> Forwarded by the Webmin mailing list at 
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list

Re: [webmin-l] Virtualmin Email Doesn't Work

[Kris D. <kd...@vi...>]

Kimberly wrote:
> firewall-cmd --zone=public --list-all
> public (active)
>    target: default
>    icmp-block-inversion: no
>    interfaces: lo enp2s0
>    sources:
>    services: ssh dhcpv6-client smtp smtps ftp pop3 pop3s imap imaps http 
> https
>    ports: 587/tcp 53/tcp 20/tcp 2222/tcp 10000-10100/tcp 20000/tcp 
> 1025-65535/tcp 53/udp

These two lines don't seem to match up;  if smtp and smtps are allowed, 
ports 25 and 465 should be allowed as well as 587.  firewalld's 
configuration may be defining these differently for some reason, but 
this looks likely to be the root of your problem.

-kgd

[webmin-l] Unknown option in logrotate.conf

[Joaquim H. <jo...@we...>]

Hello

Using Ubuntu 18.04.LTS, I've started seeing "cron errors" from logrotate:

/etc/cron.daily/logrotate:
error: /etc/logrotate.conf:2 unknown option 'notifyme' -- ignoring line


Looking at that line in logrotate.conf, on both servers getting this 
error, I see:

errors not...@do...


Doing a "man logrotate.conf" on those servers, I don't see an "errors" 
option.


-joho

Re: [webmin-l] Virtualmin Email Doesn't Work

[<sou...@ro...>]

Kimberly, hi.

Both servers if I try to send an
> email to a user the emails just disappear.


The mail messages shouldn't disappear. Check Servers/Postfix/Mail Queue.

Now on one server I can get  Thunderbird to connect and pull the mail
> settings and on the other it can't.


That must be Firewall.

Did you install Virtualmin using install script or simply installed it as a
package? If latter, things might and will be broken, and require you to do
things manually that install script does automatically.

The simple thing is to run install script
<http://software.virtualmin.com/gpl/scripts/install.sh> on the clean
machine.
https://www.virtualmin.com/download.html

In case you can not do that, then you would need to debug things around and
fix it manually.

1. Make sure that Postfix is running.
2. Try to run *tcpdump* while connecting to your host?
3. Most VPS companies prohibit and block outbound traffic on port 25. Could
that be your issue?
4. Try to adjust your Firewall (iptables) to make sure it permits
connections to port 25:
     4.1. Run: *firewall-cmd –zone=public –add-port=25/tcp –permanent*
     * To check currently used zone run: *firewall-cmd --get-default-zone*

You could use a module (UI) to manage FirewallD on your Webmin system.
(type for Firewall in search panel in navigation menu)
You could install ConfigServer Security & Firewall
<https://configserver.com/cp/csf.html> (csf) to manage your iptable rules
and do many other things just using UI (no extra knowledge required).
Authentic Theme has extensive support for it.

Let me know if I could provide any more help.

Happy New Year,
Ilia

Re: [webmin-l] Virtualmin Email Doesn't Work

[Kimberly <kim...@gm...>]

    Dave, I tried your suggestions; result below.  I am still unable to
    telnet to the Postfix server on port 25; I get connection refused. 
    I don't understand why Postfix is not responding with the hello
    command.  Maybe it is some simple thing I am overlooking, I just
    don't see what is wrong.  By the way, telnet to Dovecot on 110;
    dovecot responds with a validation error.  I am stuck without an
    answer; I just don't know where to go; what to check, why this is
    failing.  I am thinking of removing firewalld; can it block even if
    shut?  I prefer iptables as a firewall and know how to configure
    it.  The only thing I can think of is that the firewall is not
    allowing even when it is not running; which is a strange thing.  I
    don't know if it is the firewall that is giving me the connection
    refuse status or Postfix.  Normally when I set up iptables, I don't
    let it report back the status; someone trying to gain access through
    a port won't get any message about being refused. Please help someone!


    Your system has 31.16 GB of memory, which is at or above the
    Virtualmin recommended minimum of 256 MB.

    BIND DNS server is installed, and the system is configured to use it.

    Mail server Postfix is installed and configured.

    Postfix is configured to support per-domain outgoing IP addresses.

    Apache is installed.

    The following PHP versions are available : 5.6.39 (/bin/php-cgi),
    7.0.27 (/opt/rh/rh-php70/root/usr/bin/php-cgi), 5.6 (mod_php)

    PHP-FPM version 5.6.39 support is available on this system.

    Webalizer is installed.

    Apache is configured to host SSL websites.

    MySQL is installed and running.

    ProFTPD is installed.

    Logrotate is installed.

    SpamAssassin and Procmail are installed and configured for use.

    ClamAV is installed and assumed to be running.

    Plugin AWstats reporting is installed OK.

    Plugin Protected web directories is installed OK.

    Using network interface enp2s0 for virtual IPs.

    Default IPv4 address for virtual servers is REDACTED.

    Both user and group quotas are enabled for home and email directories.

    All commands needed to create and restore backups are installed.

    The selected package management and update systems are installed OK.

    Chroot jails are available on this system

*.. your system is ready for use by Virtualmin.

*
*Beginning validation of selected virtual servers. Any problems found 
will be shown in red ..*

REDACTED.com
    All features OK 

Firewalld check:

firewall-cmd --zone=public --list-all
public (active)
   target: default
   icmp-block-inversion: no
   interfaces: lo enp2s0
   sources:
   services: ssh dhcpv6-client smtp smtps ftp pop3 pop3s imap imaps http 
https
   ports: 587/tcp 53/tcp 20/tcp 2222/tcp 10000-10100/tcp 20000/tcp 
1025-65535/tcp 53/udp
   protocols:
   masquerade: no
   forward-ports:
   source-ports:
   icmp-blocks:
   rich rules:




On 30/12/18 18:26, Dave Overton via webadmin-list wrote:
> Virtualmin Email works just fine.
>
> Please verify your install.  From the virualmin menu (using Authentic Theme) hit the "System Settings - Re-Check Configuration" and also hit Re-Run install Wizard.
>
> If it still fails, hit "Limits and Validation - Validate Virtual Servers", then Validate now.
>
> By now, you should see your problem, and be able to fix it.
>
> Dave
>
>
>
>> -----Original Message-----
>> From: Kimberly [mailto:kim...@gm...]
>> Sent: Sunday, December 30, 2018 12:44 PM
>> To: Webmin users list
>> Subject: [webmin-l] Virtualmin Email Doesn't Work
>>
>> I have two different servers; one on a VPS, one on a dedicated server,
>> both using CentOS 7 and Virutalmin and on both servers emails don't
>> work.  This is a Virtualmin issue.  Both servers if I try to send an
>> email to a user the emails just disappear.  They don't bounce back,
>> they
>> don't show up in the user's inbox, they just disappear.  Furthermore,
>> the whole send email client configuration doesn't work; I even checked
>> forwarding.  The email client configuration does not show up either on
>> the server or the forward email.  Now on one server I can get
>> thunderbird to connect and pull the mail settings and on the other it
>> can't.  However, on the server that does, it keeps telling me that the
>> password is wrong even when I added it manually in sight and copy and
>> past into Thunderbird.  Is it the default settings in firewalld that
>> Virtualmin creates?  I don't know.  What I do know is that I have two
>> servers with Virtualmin where emails don't work and if emails don't
>> work, then Virtualmin has to be discarded as valid options for control
>> panels
>>
>> Now on a third server that just has webmin; no virtualmin, I have
>> emails
>> working, they come in and show up in the user's inbox. That server I
>> manually configured everything but it only has one real domain for the
>> mail server.
>>
>> If there is some magical tutorial on setting up Virtualmin to use
>> multiple domains with one mail server to get it all working, please
>> show
>> me that because I haven't found it.
>>
>>
>>
>> -
>> Forwarded by the Webmin mailing list at webadmin-
>> li...@li...
>> To remove yourself from this list, go to
>> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>
>
> -
> Forwarded by the Webmin mailing list at web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>

Re: [webmin-l] Transferring virtualmin site from Apache2 to Nginx server

[Joaquim H. <jo...@we...>]

That is excellent news! Thank you, and Happy New Year!


-joho



On 2018-12-31 06:02, Jamie Cameron wrote:
>
> I had a look at this, and discovered that all it took was a tiny bugfix
> to get this working properly! The patch can be seen at :
>
> https://github.com/virtualmin/virtualmin-gpl/commit/d952dbfb824eea908ad5ac68165490e5c8f95efb