On October 19, 2021, we have enabled single-sign-on for our Plesk Support Center to provide a seamless login/account experience. This implies that you’ll be able to use a single account across any of our web-facing properties.
If you had already registered your account at Plesk 360 (formerly known as My Plesk) please use one for login. Otherwise please re-register it using the same email address as your existing Zendesk login (support account). It’s essential that you use the same email address on our support center to ensure that your tickets stay attached to the same account.

Unable to send an email from a Plesk server with Postfix: SASL login authentication failed

Follow

Comments

7 comments

  • Avatar
    Miomir Besarabic

    On Ubuntu is /etc/postfix/sasl and not /usr/lib64/sasl2. Please correct your article.

    0
    Comment actions Permalink
  • Avatar
    Ivan Postnikov

    Hello @Miomir, the article will be updated soon.

    0
    Comment actions Permalink
  • Avatar
    Rudy Broersma

    On Debian 10 there is no saslauthd (and never has been)

    # service saslauthd status
    Unit saslauthd.service could not be found.

    Yes, Postfix is complaining about unreachable saslauth...

    Apparantly, saslauthd is/should be ran bij Postfix, as it is listed in master.conf.

     

    0
    Comment actions Permalink
  • Avatar
    Rudy Broersma

    The documentation in this article is wrong. A recent Plesk update breaks Plesk saslauthd on Postfix which changed the chroot flags of a lot of services in /etc/postfix/master.cf.

    The solution mentioned for CentOS (setting saslauthd path to the full system path, instead of the chroot) works for Debian machines as well.

    0
    Comment actions Permalink
  • Avatar
    Gjimi

    # service saslauthd start
    Failed to start saslauthd.service: Unit saslauthd.service not found.

    Debian 9

    0
    Comment actions Permalink
  • Avatar
    Ivo Smits

    1. The service saslauthd start command is incorrect, most debian/ubuntu systems use systemctl instead of the service command

    2. the config "saslauthd_path: /private/plesk_saslauthd" as listed for debian/ubuntu seems incorrect, the value for CentOS/RHEL "saslauthd_path: /var/spool/postfix/private/plesk_saslauthd" worked on my Debian system.

    0
    Comment actions Permalink
  • Avatar
    Kuzma Ivanov

    Hi there Ivo Smits,

    Thanks for your input!

    1. The "service" command still works on all Debian/Ubuntu systems. It does not matter which command you use, "service" or "systemctl", to start a service.

    2. In the config line "saslauthd_path: /private/plesk_saslauthd", "/private/plesk_saslauthd" is a default chrooted path. If it works for you with "/var/spool/postfix/private/plesk_saslauthd", then most likely you have hit a bug in Plesk Obsidian 18.0.34 described here.

    2
    Comment actions Permalink

Please sign in to leave a comment.

Have more questions? Submit a request