Add a new Domain/Subdomain-Type "DynDNS", which redirects to a dynamic IP-Address like dyndns.org and similar sites including an api to sync the current ip address through url call.

Add a DNS TTL per entry option instead of just SOA TTL.

This will make it more inline with products like cPanel etc and is very useful when using dynamic dns to have low TTL but other entries like mx can have a high TTL

DANE could be a nice security feature (exaple smtp). To using DANE TLSA Record must be set on DNS.

It'd be awesome if we can get support for powerdns support instead of bind9.

imagine you get a domain with thousands of dns records and you have to create each by your self in plesk!!!

Now Plesk is compatible with DNSSEC, but only in Linux

Please Do allow to create RDNS(reverse DNS) records to the users for their mailing severs.

Many other Service providers have easy setup for that like: http://www.rackspace.com/knowledge_center/article/rackspace-cloud-essentials-creating-a-reverse-dns-record

Thanks

Please give to Plesk the ability to do DNS Clustering (at least) with another servers like cPanel; is not really difficult to configure manually a BIND DNS clustering

Sometimes PTR records have different names from domains subscription, for example to IP address rented to customers.

As ISP provider you manage PTR records and you need identify reverses records with services or customers.

This is something that really should be available by now, especially as it's available for DO and AWS.

The ability to configure several master servers for ***** server with the corresponding checks (for example, check if a domain already exists on one of master server than block creation of domain on another master server)

MY Zonetransfer failed since months without noticing it.

As my *****-dns provider changed the IP address for the AXFR-Servers.

If Plesk would accept a FQDN, this wouldn't have happened.

I have the need to have an backup DNS Server, and especially using Microsoft DNS on both servers.
This because we have scripts that have to be ran on Microsoft DNS Servers, to generate Let's Encrypt certificates for non-web purposes.

And syncing the DNS on both MS DNS servers will give us near no downtime in DNS when its replicated.

when i have a domain alias (lets say alias.com) for domain test.com and i want to change the alias to test2.com, if have to delete the alias and recreate it.
if i have many custom dns records in the alias, i have to create them again manually.
it should be possible to just change the aliases "main-domain"

Enable IPv6 Only DNS through Plesk for windows server 2012 to publish applications in Apple store.

At the moment when adding TXT (SPF) DNS record in Plesk it is impossible to enter it as concatenated quoted strings

"v=spf1 include:AAA.com" "include:BBB.jp" "include:CCC.jp ~all"

(all quotes will be automatically escaped)
↓
""v=spf1 include:AAA.com" "include:BBB.jp" "include:CCC.jp ~all""

This RFC
https://www.ietf.org/rfc/rfc4408.txt
3.1.3. Multiple Strings in a Single DNS record

states that such concatenated quoted string format should be possible.

Please, implement this feature

DMARC. DKIM and SPF propose txt recod in template

Please add support for updating A records in the DNS using a URL. To use for example from Synology or other devices.

cPanel uses Bind by default, same as Plesk, and ***** DNS manager extension already allows working with remote Bind installations.

It would be great if the extension gets improved to be able to synchronize changes to a cPanel dnsonly servers.

This is the main feature that could help cPanel clients like ourselves, test and enjoy the features Plesk Onyx provides, without having to consider creating a new set of DNS servers.

Add the functionality to modify the notify-to-soa option from within Plesk and make it persistent.

Right now it can be done as per the workaround shown here: https://support.plesk.com/hc/en-us/articles/115001713434

However, this solution is not persistent as the file /etc/named.conf gets overwriten everytime a change is made in Plesk.