Frage POSTFIX fatal: keine SASL-Authentifizierungsmechanismen


Ich habe mehr als 5 Stunden mit dem obigen Fehler zu kämpfen. Ich hatte versucht Postfix komplett zu entfernen und ich hatte die Anweisungen des nächstes Handbuch und das SASL Handbuch um es neu zu installieren.

Wenn ich versuche, mich mit Telnet anzumelden, blockiert der Server den Login und ich bekomme Folgendes: (mit smtpd -v für mehr wortreich):

postfix / smtpd [26301]: xsasl_cyrus_server_create: SASL-Dienst = smtp, realm = (null)
postfix / smtpd [26301]: Name_Maske: noanonymous
postfix / smtpd [26301]: Warnung: xsasl_cyrus_server_get_mechanism_list: keine anwendbaren SASL-Mechanismen
postfix / smtpd [26301]: fatal: keine SASL-Authentifizierungsmechanismen

hier sind die Ergebnisse von postconf -n:

alias_database = hash: / etc / aliases
alias_maps = Hash: / etc / Aliase
allow_percent_hack = nein
append_dot_mydomain = nein
Biff = Nein
broken_sasl_auth_clients = Ja
config_directory = / etc / postfix
home_mailbox = Maildir /
inet_interfaces = alle
mailbox_command = / usr / bin / procmail-wrapper -o -a $ DOMAIN -d $ LOGNAME
mailbox_size_limit = 0
meindestination = theflipapp.com, localhost.com,, localhost
meinhostname = theflipapp.com
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [:: 1] / 128
myorigin = / etc / mailname
readme_directory = nein
recipient_delimiter = +
relayhost =
sender_bcc_maps = Hash: / etc / postfix / bcc
smtp_tls_session_cache_database = btree: $ {data_directory} / smtp_scache
smtpd_banner = $ myhostname ESMTP $ mail_name (Debian / GNU)
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
smtpd_sasl_auth_enable = Ja
smtpd_sasl_security_options = noanonymous
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree: $ {data_directory} / smtpd_scache
smtpd_use_tls = Ja
virtual_alias_maps = Hash: / etc / postfix / virtuell

postfix master config:

root @ domain: / # cat /etc/postfix/master.cf | grep ^ smtp
smtp inet n - - - - smtpd -v -o smtpd_sasl_auth_enable = ja
smtp unix - - - - - smtp

Hoffe, diese Daten werden Ihnen helfen, mir zu helfen ..


19
2018-01-31 02:45


Ursprung


Für meinen Fall, auf Ubuntu Server 16.04Der Dovecot-Daemon lief nicht. Dies hebt jedoch ein zugrunde liegendes Problem hervor, das beim Booten nicht auftritt. Sie können lesen, wie Sie es hier hinzufügen: help.ubuntu.com/community/UbuntuBootupHowto - Omar Alshaker


Antworten:


Sie können saslauthd installieren, aber keine Mechanismen installiert haben. Es ist ziemlich frustrierend und fehleranfällig, IMO.

"Keine anwendbaren SASL-Mechanismen" bedeuten buchstäblich, dass sie keinen ihrer Mechanismen finden kann. Auf einem Fedora-basierten System müssten Sie das cyrus-sasl-plain-Paket installieren, wenn Sie die Authentifizierungsmechanismen "PLAIN" (d. H. SMTP / STARTTLS) verwenden möchten.

yum install cyrus-sasl-plain

oder

apt-get install libsasl2-modules

22
2018-05-23 18:59



und um zu überprüfen, ob die sasl-Authentifizierung endlich funktioniert, können Sie Telnet wie hier beschrieben verwenden: adomas.org/2006/08/postfix-dovecot - Thorsten Staerk


Die Lösung war sehr einfach, der SASL-Daemon war ausgefallen. /etc/init.d/saslauthd start

Irgendein Hacker schaffte es, ihn immer wieder herunterzufahren, so dass ich ihn schließlich komplett geschlossen hatte.


4
2018-05-25 09:48





Versuchen Sie zunächst, die Trennzeichen von smtpd_recipient_restrictions in Kommas zu ändern. Leerzeichen sind hier falsch.

Dann: Versuchen Sie temporär "smtpd_sasl_security_options = noanonymous" zu deaktivieren. Versuchen Sie, sich gegenüber einem CYRUS imap Server zu authentifizieren?


2
2018-01-31 08:59



Laut der main.cf man-Seite linux.die.net/man/5/main.cf Unter smtpd_recipient_restrictions heißt es: 'Geben Sie eine Liste von Einschränkungen an, die durch Kommas und / oder Leerzeichen voneinander getrennt sind.' Also nur Leerzeichen als Trennzeichen ist in Ordnung. - Pete