The cipher suites are only set now for ISPConfig's own vhost, the intermediate security profile from Mozilla is used here.

How to reproduce issue

DNSSEC-Cronjob should only run on ispconfig master as we are working with datalog and not accessing things directly

https://www.howtoforge.com/community/threads/quota-warnings-notifications.73747/#post-347405

Update bind_plugin.inc.php to correct "PHP Parse error:  syntax error, unexpected ':' in /usr/local/ispconfig/server/plugins-available/bind_plugin.inc.php on line 279"

Do not move files to junk when autoresponder is on, just dont send an autoresponse when mail is marked as spam.

Improved permission settings for the /var/run/hhvm directory. Run Tools > Resync to force an update of existing HHVM starter scripts to apply this fix if you currently use HHVM.

Changed apache mod_proxy_fcgi configuration in vhost.conf.master from ProxyPassMatch to SetHandler so we can wrap the config directive it into <Directory ...> to avoid side affects with globally installed applications like phpmyadmin and roundcube.

Wrong table used to remove deleted backup record for website. File gets removed but not database record.

Do not add www as subdomain to a letsencrypt ssl cert when the domain of the webiste is already www.example.com (and not example.com) even if auto subdomain is set to www.

ISPConfig itself does not read nor interpret this header, but there might be other
server components like PHP that might interact with it so I'll disable it just to be sure.

After enabling "Rewrite HTTP to HTTPS" and "Lets Encrypt SSL" the RewriteCond and RewriteRule got on the same line, becourse of an failing newline