Stefan Brauner
My feedback
29 results found
-
41 votes
Thank you for your input! We will consider this functionality in upcoming releases if it is popular. Everyone, please continue voting for this feature if you consider it important.
--
IG
Stefan Brauner supported this idea · -
13 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular. Everyone, please continue voting for this feature if you consider it important.
—
IGStefan Brauner supported this idea · -
9 votes
Could you clarify that we correctly got the case:
Plesk Admin wants to prohibit an ability for their customers to set up an email forwarding to external emails.
If yes, would it work if the related subscription will have additional permission, which will allow/disallow to manage mail forwarding at all for a particular subscription?SE
Stefan Brauner supported this idea · -
23 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular. Everyone, please continue voting for this feature if you consider it important.
—
IGStefan Brauner supported this idea · -
27 votes
One good reason why it is important to use own DKIM key is that for sending mail from different servers that service the same domain (e.g. during a migration) the key on the target needs to be the same as on the source.
We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.
-- PD
Stefan Brauner supported this idea · -
26 votes
An error occurred while saving the comment Stefan Brauner supported this idea · -
35 votes
We will consider this functionality in upcoming releases if it will be popular. However, in part of integration with 3rd party, probably it will be faster if you create Plesk extension. Please refer to https://docs.plesk.com/en-US/17.0/extensions-guide/what-are-plesk-extensions%3F.76331/ to know how.
Everyone, please continue voting for this feature if you consider it important.
—
ETStefan Brauner supported this idea · -
108 votes
Hi everyone,
This seems to be important, so we’ll address it in one of the upcoming Plesk releases.
Please continue to vote so we can accurately assess the popularity of this request.
— AK
Stefan Brauner supported this idea · -
54 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular. Everyone, please continue voting for this feature if you consider it important.
—
IGStefan Brauner supported this idea · -
82 votes
The roles that you can set for additional user accounts can help achieve many of the aspects that are mentioned in this feature request. Please see the blog article https://www.plesk.com/blog/product-technology/how-to-grant-access-website-secure-way/ for getting started with roles.
-- PD
Stefan Brauner supported this idea · -
7 votes
Thank you for your input! We will consider this functionality in upcoming releases if it is popular. Everyone, please continue voting for this feature if you consider it important.
—
IGStefan Brauner supported this idea · -
94 votes
"1. Ability to control [DKIM] key length 1024Bit or 2048Bit (server wide)"
is available since Plesk 18.0.55, published August 29th, 2023
https://docs.plesk.com/release-notes/obsidian/change-log/#plesk-18055
"4. Ability to change the [DKIM] selector"
is available since Plesk 18.0.56, published Ocotber 10th, 2023
https://docs.plesk.com/release-notes/obsidian/change-log/#plesk-18056
Stay in the loop for more to come.
-- PD
Stefan Brauner supported this idea · -
30 votes
Thank you for your input! We will consider this functionality in upcoming releases, if it will be popular.
Everyone, please continue voting for this feature if you consider it important.
—
IGStefan Brauner supported this idea · -
7 votes
This is a valid request, so we'll look into it. There is no ETA at the moment, but we would really appreciate you voting for this request so that we can accurately assess its popularity relative to other features.
Thanks in advance!
--
IG
Stefan Brauner supported this idea · -
185 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular. Everyone, please continue voting for this feature if you consider it important.
—
IGStefan Brauner supported this idea · -
60 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.— rk
Stefan Brauner supported this idea · -
146 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.
—
IGStefan Brauner supported this idea · -
216 votesStefan Brauner supported this idea ·
-
100 votesStefan Brauner supported this idea ·
-
403 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.
— AY
Stefan Brauner supported this idea ·
It would be great to see that feature in the future. Currently I have to disable HSTS in the Plesk Panel, disable the prefered www and then set the HSTS header with preload and the redirection to www in the nginx for each domain manually, because otherwise there is no HSTS header for the non-www-Page.
It would be great if it would be possible to set the preload directive, max age 1 year (6 years is not enough for preloading and I want to avoid 2 years) and the header set before the redirection to the prefered choicee (www or not)