• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Plesk 10.4.4 Postfix 465

M

md3vxx

Guest
Plesk 10.4.4, CentOS x64

Plesk's postfix implementation includes a TLS daemon listening on TCP port 465. By default our company uses seperate SSL wrappers (stunnel) to manage inbound secure email connections to port 465.

We deleted this line:

smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes

From /etc/postfix/master.cf, restarted our /etc/init.d/xinetd service and our wrappers work until Plesk is restarted and it re-generates to master.cf file.

We only want to master.cf file to list the default service (TCP 25) using this:

smtp inet n - n - - smtpd

How can we re-configure Plesk not to turn on the 465 service daemon in Postfix?

Christopher.
 
I have tried to reproduce this issue. I have just commented line

smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes

in master.cf and reloaded mailserver with

# /usr/local/psa/admin/sbin/mailmng --reload-service

after that port 465 was disabled:

# lsof -i tcp:465
#
 
That works until you restart Plesk (e.g. /etc/init.d/psa restart) at which time:

smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes

Is appended to the base of the file again, see:

smtp inet n - n - - smtpd
#smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes

smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes
 
As far as I remember smtps port shouldn't be closed due to RFC requirements. I think that Plesk just follows this instruction.
 
The port isn't being closed, we are simply using a STUNNEL wrapper to control the daemon rather than using Postfix's default service. The other issue is that if we switch to using Postfix's implementation all of our customers are forced to use TLS rather than SSL in their email clients and source IP information cannot be wrapped.
 
Back
Top