Pete Batin
My feedback
5 results found
-
1,303 votes
An error occurred while saving the comment Pete Batin supported this idea · -
4 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.
—
IGPete Batin shared this idea · -
10 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.
—
IGAn error occurred while saving the comment Pete Batin commentedThis is extremely important. As Mark P commented it is related to WorldPay.
We have subscriptions with dedicated IP addresses and dedicated SSL certs (paid for, not Let's Encrypt).
Plesk randomly will re-enable SNI on subscriptions causing WorldPay callbacks to fail. WorldPay refuses to invest in their legacy services to support SNI and will refuse the handshake. I cannot dictate to a third party service that they should invest in the older products, but I can dictate that a product we pay for (Plesk) should not be overwriting our explicit instructions/settings set at random.
It's very embarrassing to be told by a client that transactions aren't completed because our server/Plesk has decided to overwrite our previous instruction of disabling SNI via removing it from bindings.
At the moment the only option provided that relates to disabling SNI is to disable SSL/TLS support entirely within Subscription > Hosting Settings. This setting needs expansion for dedicated IP addresses.
Also if a subscription has a dedicated IP address then all bindings should be bound to that IP address, at the moment only the canonical/primary domain (not including www./ipv4.) are bound to the IP address.
Pete Batin supported this idea · -
2 votes
Thank you for your input. We will consider this feature in upcoming releases if it will be popular. Everyone, please continue voting for this feature if you consider it important.
—
IGPete Batin supported this idea ·An error occurred while saving the comment Pete Batin commentedThe icons are round the wrong way. Export arrow should be coming out of the tray, import arrow should be going into it.
If they were labelled Download Dump/Upload Dump instead then they would be correct but because they're labelled Export and Import its a different context
-
2 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.
—
IGPete Batin shared this idea ·
@MEL it's not just making it unsafe, it's an embarrassment. ClamAV should be the entry level protection offered free and as standard.
If anyone is interested, if you're on a windows server, as long as you're able to specify which AV to use within your mail server software (Mailenable for example has built in support for ClamAV) you can setup ClamAV as a Windows Service yourself and then configure your mail server to use it https://java.pfreiberg.cz/how-to-run-clamav-as-windows-service/