• The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

More Options during domain creation

G

gcomm

Guest
Hi,

As some users of Plesk only utilise 1 or 2 of the functions provided by Plesk, it would be great if there were options to not automatically setup the functions that the users don't required.

eg.

When a domain is created, it automatically creates that domain on the Plesk Server, C-Mail Server & C-DNS Servers etc. It would be great if Plesk would only add the domain to the servers that the domain will utilise.

For an example, I have created a client that needs to utilise the website hosting component of Plesk only. I have set the client’s limits to 0 mailboxes and no access to DNS zone management, but it still creates the domain on the Mail server and the DNS Servers. I then need to manually go in and disable DNS and Mail once the domain has been created, which can create a considerable overhead when there are a lot of domains.

I was thinking along the lines of options at the "Client" Level and a couple at the "Domain" Level.

Client Level
Option 1: Permission to use DNS (Allow/Disallow)
Option 2: Permission to use Mail (Allow/Disallow)

Domain Creation Level
Option 1: Automatically Setup DNS (Yes/No)
Option 2: Automatically Setup Mail (Yes/No)

Thanks,

Jay
 
You could easily have the defaults of those values set to yes & yes so the system will respond exactly the same as it currently does. Therefore creating no additional admin overhead for existing users, but making the system more configurable to those that need it.

Sounds like a win win situation to me.
 
Back
Top