SMTP-AUTH mit postfix und cyrus-sasl2
Hallo, nach etlichen Stunden probieren und suchen bei Google will ich mal hier mein Problem schildern und nach einer Lösung fragen: Ich habe einen Server,den ich remote per ssh administriere.Installiert sind: Suse 9.0 mit postfix-2.0.14-54 und cyrus-sasl-2.1.15-65. Ich kann postfix starten,den saslauthd starten und sie sind auch aktiv. Ein Test des Servers mit Kmail sagt,das er SSL mit LOGIN,CRAM-MD5 und DIGEST-MD5 kann. Versuche ich jedoch eine Verbindung (DIGEST-MD5) herzustellen,schlägt es fehl: /var/log/mail: ================================================================ Apr 4 00:45:44 server18789 postfix/smtpd[12004]: connect from ******* Apr 4 00:45:44 server18789 postfix/smtpd[12004]: warning: SASL authentication failure: bad digest-uri: doesn't match service Apr 4 00:45:44 server18789 postfix/smtpd[12004]: warning: ********: SASL DIGEST-MD5 authentication failed Apr 4 00:45:46 server18789 postfix/smtpd[12004]: disconnect from ********** ================================================================ Ich habe bereits unter Suse 8.1 ein beinahe identisches System erfolgreich aufgesetzt,daher verwundert es mich sehr,das dies nicht klappen will. /usr/lib/sasl2/smtpd.conf: ================================================================ pwcheck_method: auxprop mech_list: login cram-md5 digest-md5 ================================================================ sasldblistusers2 ================================================================ tux@linux: userPassword tux@server18789: userPassword ================================================================ und zu guter letzt: postconf -n: ================================================================ alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_privs = nobody defer_transports = disable_dns_lookups = yes inet_interfaces = all local_recipient_maps = $alias_maps unix:passwd.byname luser_relay = newenigma mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root mydestination = $myhostname, localhost.$mydomain mydomain = lan.loc myhostname = linux.lan.loc mynetworks = 127.0.0.1 mynetworks_style = host myorigin = $myhostname newaliases_path = /usr/sbin/sendmail queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_password_maps = hash:/etc/sasldb2 smtp_tls_note_starttls_offer = yes smtp_use_tls = yes smtpd_banner = $myhostname ESMTP SAGT HALLO smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sender_restrictions = permit_sasl_authenticated, reject smtpd_tls_CAfile = /etc/postfix/ssl/smtpd.pem smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.pem smtpd_tls_key_file = /etc/postfix/ssl/smtpd.pem smtpd_tls_loglevel = 2 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes strict_rfc821_envelopes = no tls_random_source = dev:/dev/urandom transport_maps = hash:/etc/postfix/transport ================================================================ Mal davon abgesehen,das die Einstellungen wirklich 'suboptimal' sind...Wieso funktioniert das nicht? MFG, Andreas
Am Sonntag, 4. April 2004 01:29 schrieb Andreas Kern:
nach etlichen Stunden probieren und suchen bei Google will ich mal hier mein Problem schildern und nach einer Lösung fragen: Ich habe einen Server,den ich remote per ssh administriere.Installiert sind: Suse 9.0 mit postfix-2.0.14-54 und cyrus-sasl-2.1.15-65.
Ich kann postfix starten,den saslauthd starten und sie sind auch aktiv.
Wenn Du die sasldb benutzen möchtest, ist saslauthd unwichtig.
Ein Test des Servers mit Kmail sagt,das er SSL mit LOGIN,CRAM-MD5 und DIGEST-MD5 kann.
Versuche ich jedoch eine Verbindung (DIGEST-MD5) herzustellen,schlägt es fehl: /var/log/mail: ================================================================ Apr 4 00:45:44 server18789 postfix/smtpd[12004]: connect from ******* Apr 4 00:45:44 server18789 postfix/smtpd[12004]: warning: SASL authentication failure: bad digest-uri: doesn't match service
Die Fehlermeldung habe ich noch nie gesehen. Check mal den CLient. Evtl hat der Probleme mit Digest-MD5. Kam in Vergangenheit schonmal vor.
Apr 4 00:45:44 server18789 postfix/smtpd[12004]: warning: ********: SASL DIGEST-MD5 authentication failed Apr 4 00:45:46 server18789 postfix/smtpd[12004]: disconnect from ********** ================================================================
Ich habe bereits unter Suse 8.1 ein beinahe identisches System erfolgreich aufgesetzt,daher verwundert es mich sehr,das dies nicht klappen will.
/usr/lib/sasl2/smtpd.conf: ================================================================ pwcheck_method: auxprop mech_list: login cram-md5 digest-md5 ================================================================
sasldblistusers2 ================================================================ tux@linux: userPassword tux@server18789: userPassword
Das sind schonmal zwei verschiedene Realms. Einmal linux und einmal server18789.
myhostname = linux.lan.loc
smtp_sasl_password_maps = hash:/etc/sasldb2
(Das hat zwar nix hiermit zu tun, aber das ist falsch, die haben nix miteinander zu tun)
smtpd_sasl_local_domain = $myhostname
Hier kommt der Realm rein, der mit der sasldb übereinstimmen sollte. Ausserdem musst DU bei der sasldb noch auf chroot und zugriffsrechte achten. -- Andreas
Morgen.
Wenn Du die sasldb benutzen möchtest, ist saslauthd unwichtig. Habe ich daher mal auf sasldb geändert
Die Fehlermeldung habe ich noch nie gesehen. Check mal den CLient. Evtl hat der Probleme mit Digest-MD5. Kam in Vergangenheit schonmal vor.
Die Fehlermeldung ist auch scheinbar recht selten,google gibt dazu nur eine Antwortseite,die auch noch recht mager ist,aus.
tux@linux: userPassword tux@server18789: userPassword Das sind schonmal zwei verschiedene Realms. Einmal linux und einmal server18789. Sollten es auch sein,um das System zunächsteinmal IRGENDWIE zu starten.Mir ist durchaus bewußt,das die Scheunentore dort noch offen sind,und die Konfiguration mies ist.
myhostname = linux.lan.loc
smtp_sasl_password_maps = hash:/etc/sasldb2
(Das hat zwar nix hiermit zu tun, aber das ist falsch, die haben nix miteinander zu tun) Oh,ok.Nach mehr als 9 Stunden herumwerkeln daran,ist man bereit vieles zu tun,damit es endlich klappt.
smtpd_sasl_local_domain = $myhostname Habe ich umgetragen (zu 'linux'),und jetzt klappt es mit dem benutzer tux@linux.Allerdings von kmail aus nur mit cram-md5,digest-md5 will er auch weiterhin nicht. Ist das vielleicht ein Problem von kmail,speziell bei der Version 1.4.3 (KDE 3.0.5)? Beherrscht Outlook eigentlich cram-md5,oder kann das nur Plain bzw. Login? Danke auf jedenfall schon mal für die Hilfe,jetzt kann ich wieder entspannter schlafen. MFG, Andreas
Am Sonntag, 4. April 2004 11:05 schrieb Andreas Kern:
Habe ich umgetragen (zu 'linux'),und jetzt klappt es mit dem benutzer tux@linux.Allerdings von kmail aus nur mit cram-md5,digest-md5 will er auch weiterhin nicht. Ist das vielleicht ein Problem von kmail,speziell bei der Version 1.4.3 (KDE 3.0.5)?
Hmm, da habe ich x11 noch nicht benutzt. Keine Ahnung, evtl gibt es zu kmail ein Changelog? Die 1.5.4 kann auch digest-md5.
Beherrscht Outlook eigentlich cram-md5,oder kann das nur Plain bzw. Login?
OE kann nur login und ntlm. Outlook weiss ich jetzt nicht, kann evtl etwas mehr, müsstest Du aber mal ausprobieren. Höchstwahrscheinlich aber nicht. -- Andreas
participants (2)
-
Andreas Kern -
Andreas Winkelmann