Page tree
For cPanel & WHM version 82.


Skip to end of metadata
Go to start of metadata

( WHM >> Home >> Server Configuration >> Tweak Settings )


Allow users to park subdomains of the server's hostname

This setting allows users to park subdomains on your server’s main domain.

For example, for a user creating the subdomain.server.example.com alias on the server.example.com FQDN:

  • If you select On, creation would succeed.
  • If you select Off, the cPanel user would receive an error message.

This setting defaults to Off.

Allow cPanel users to create subdomains across accounts

Warning:

Do not enable this option. It can cause serious security issues.

This setting allows a user to create an addon domain or subdomain on a domain that another user owns.

For example, if a user owns the example.com domain, another user could create the store.example.com subdomain.

This setting defaults to Off.

Allow WHM users to create subdomains across accounts

Warning:

Do not enable this option. It can cause serious security issues.

This setting allows WHM users to add a DNS zone for an addon domain or a subdomain on a domain that another user owns.

For example, if a cPanel user owns the example.com domain, a WHM user could add a DNS zone for the store.example.com subdomain.

This setting defaults to Off.

Allow Remote Domains

This setting allows the creation of parked domains (aliases) and addon domains that resolve to other servers.

This setting defaults to Off.

Warning:

Do not enable this option. It can cause serious security issues.

Allow resellers to create accounts with subdomains of the server's hostname.

This setting allows resellers to create accounts with subdomains on your server’s main domain.

For example, if your hostname is server.example.com, enable this setting to redirect user.server.example.com visitors to the reseller’s website.

This setting defaults to Off.

Allow unregistered domains

This setting lets users add domains they didn't register with a domain name registrar.

This setting defaults to Off.

Automatically add A entries for registered nameservers when creating a new zone

This setting sets whether to create A entries automatically when a user creates a domain.

This setting defaults to On.

Replace service SSL certificates that do not match the local hostname

This setting changes how the /usr/local/cpanel/scripts/checkallsslcerts script functions.

If you enable this, the system replaces SSL certificates that don't match the server's hostname. The system replaces them with a cPanel-signed certificate.

Note:

This also applies to wildcard certificates.

This setting defaults to  On .

Prevent cPanel users from creating specific domains

This setting prevents creating domains whose names appear in the /var/cpanel/commondomains file.

If you enable this, cPanel users can't create any domains (addon or parked) that exist in the /var/cpanel/commondomains and /usr/local/cpanel/etc/commondomains files.

Important:

Don't edit the /usr/local/cpanel/etc/commondomains file directly. If you do, the system will overwrite your changes whenever cPanel & WHM updates.

Check zone syntax

This setting allows the system to check zone file syntax each time it saves or syncs DNS zone files.

This setting's value defaults to On.

Check zone owner

This setting allows the system to check a DNS zone's owner whenever it saves or syncs DNS zone files.

This setting defaults to On.

Enable DKIM on domains for newly created accounts

DKIM (DomainKeys Identified Mail) verifies a message's sender and integrity. It allows an email system to prove that a message is valid, not forged, and came from the specified domain.

This setting allows you to specify whether to enable DKIM for new accounts by default.

This setting defaults to On.


Note:

The /scripts/enable_spf_dkim_globally script allows you to enable SPF and DKIM for accounts that exist on the server, and to create the appropriate DNS records for their domains. For more information, read our The enable_spf_dkim_globally Script documentation.

Enable SPF on domains for newly created accounts

SPF (Sender Policy Framework) keeps spammers from sending email that shows your domain as the sender (spoofing). This adds addresses to a list of computers that you authorize to send mail from your domain. It verifies that your domain's sent messages come from the listed sender. This reduces the amount of backscatter that you receive.

This setting allows you to specify whether to enable SPF for new accounts by default.

This setting defaults to On.


Note:

The /scripts/enable_spf_dkim_globally script allows you to enable SPF and DKIM for accounts that exist on the server, and to create the appropriate DNS records for their domains. For more information, read our The enable_spf_dkim_globally Script documentation.

DNS request management application

This setting determines what handles DNS management requests.

To specify a new application, enter the path to the application.

This setting defaults to dnsadmin, auto-detect SSL.

Service subdomains

This setting gives users access to cPanel & WHM through standard HTTP ports (80 and 443). For more information about service subdomains, read our Service and Proxy Subdomains documentation.

If you enable this, the system creates these service subdomains, where example.com is the domain:

  • cpanel.example.com directs users to cPanel's Home interface.
  • whm.example.com directs users to WHM's Home interface.
  • webmail.example.com directs users to Webmail.
  • webdisk.example.com directs users to cPanel's Web Disk interface ( cPanel >> Home >> Files >> Web Disk).
This setting defaults to On.

Important:

  • The settings in the Redirection section of WHM's Tweak Settings interface (WHM >> Home >> Server Configuration >> Tweak Settings) do not apply to service subdomains.
  • When you enable this, the system creates an entry in your Apache configuration file (httpd.conf).
  • Do not manually disable the mod_rewrite, mod_headers, or mod_proxy settings in the httpd.conf file.

Service subdomain creation

This setting allows WHM to create DNS entries for service subdomains. For each account, it creates these subdomains, where example.com is the domain:

Important:

  • You must add DNS entries for these subdomains. Use the  /usr/local/cpanel/scripts/servicedomains script to create them manually.
  • WHM's Transfer Tool interface (WHM >> Home >> Transfers >> Transfer Tool) ignores this setting during account transfers. Enabling the Service Subdomains setting causes the destination to create service subdomains for the account.
  • For more information about service subdomains, read our Service and Proxy Subdomains documentation.

This setting defaults to On.

Thunderbird and Outlook autodiscover and autoconfig support (enables service subdomain and SRV record creation)

This setting creates the autodiscover and autoconfig service subdomains when you create a domain. It also creates autodiscover and autoconfig SRV records. Local domains require these for Outlook and Thunderbird.

This setting defaults to Off .

Note:

If you set the Service Subdomains option to Off, the system disables this setting.


Preferred mail service to configure to use for Thunderbird and Outlook® autodiscover and autoconfig support

This setting lets you choose the email transfer method to use with Thunderbird and Outlook for Autodiscover and AutoConfig support.

This setting defaults to imap.

Notes:

  • We recommend that you use IMAP and not POP3.
  • You must enable the Thunderbird and Outlook autodiscover and autoconfig support (enables service subdomain and SRV record creation) setting to configure this setting.

Host to publish in the SRV records for Outlook autodiscover support.

The Microsoft® Outlook®’s Autodiscover service searches DNS records. It searches for the SRV record for a domain that points to a particular Autodiscover server. By default, it uses the cpanelemaildiscovery.cpanel.net server.

This setting lets you:

  • Choose the host to publish to the SRV records.
  • Change the default host to an SSL-enabled host with a CA-signed SSL certificate.
  • Use your own server for Outlook® Autodiscover. Enter the Fully Qualified Domain Name (FQDN) in the available text box.
  • When you enable the Host to publish in the SRV records for Outlook autodiscover support setting, the system queries the server for Autodiscover settings. You must have a custom XML file for this.

This setting defaults to cpanelemaildiscovery.cpanel.net .

Notes:

  • For more information, read the Mozilla autoconfiguration or Exchange Autodiscover pages.
  • You must enable the Thunderbird and Outlook autodiscover and autoconfig support (enables service subdomain and SRV record creation) setting to configure this setting.

Overwrite custom A records used for service subdomains

This setting removes A records that match your service subdomains. For more information about service subdomains, read our Service and Proxy Subdomains documentation.

Note:

If you set the Service subdomains setting to Off, the system disables this setting.

This setting defaults to Off.

Overwrite custom SRV records used by Outlook AutoDiscover support

This setting removes SRV records when adding or removing Outlook Autodiscover support.

This setting defaults to Off.

Service subdomain override

This setting creates cPanel, Webmail, Web Disk, and WHM subdomains that override the default service subdomains. F or more information about service subdomains, read our Service and Proxy Subdomains documentation.

For example, a user could direct cpanel.example.com visitors to mycontrolpanel.example.com.

This setting defaults to On.

Restrict document roots to public_html

This setting keeps users from creating addon domains and subdomains outside of their public_html directory.

For example, you could create the example.com addon domain. The system would then create the /home/username/public_html/example.com directory and not the /home/username/example.com directory.

This setting defaults to On.

Use a Global DCV rewrite exclude instead of .htaccess modification

This setting allows Apache to use global mod_rewrite rules instead of .htaccess modification. With these rules, cPanel & WHM doesn't need to modify each user's .htaccess file. 

This setting defaults to On.

Always use authoritative (registered) nameservers when creating a new DNS zone.

This setting lets a new domain use authoritative nameservers. When you enable this, the server won't use the nameservers you set when creating the domain.

This setting defaults to Off.

Additional documentation