Am Freitag, 27. Juni 2003 23:15 schrieb alex_z@gmx.de:

hallo, hat jemand schon mal suse 8.2 als mailserver mit smtp auth zum laufen gebracht?

Ich weiß jetzt nicht, ob das jetzt überhaupt das ist, was du suchst, aber vielleicht nutzt es ja was: Hier der passende Auszug aus unserer Supportdatenbank: --------------------------------snip-------------------- Titel: SMTP-Autentifizierung an anderen Mailservern aktivierern (Postfix) Bezieht sich auf eMail Server: ab Version 3 Anliegen Sie wollen SMTP-AUTH aktivieren, so dass sich der eMail Server als Client an einem anderen Mailserver autentifizieren kann. Diese Beschreibung ist an sich für den eMail Server 3 vorgesehen, sollte aber auch mit der Standarddistribution funktionieren wenn Postfix als MTA verwendet wird. Eine Beschreibung für Sendmail finden Sie hier Warum SMTP-AUTH Viele Provider sind mittlerweile dazu übergegangen, Mails per SMTP nur von Clients anzunehmen, die sich zuvor am Server autentifiziert haben. Der Grund ist, dass es bei Einwahlverbindungen kaum kontrollierbar ist, wer an wen Mails versendet hat. Durch das zunehmende Aufkommen von SPAM-Mails wurde eine Überprüfung der Berechtigung des Absenders nötig. Oft wird hierbei 'pop before smtp' verwendet, bei dem einem Absender in einem vorgegebenen Zeitraum nach einem (autentifizierten) POP-Abruf gestattet wird den SMTP-Server des Providers zu nutzen. Dieses Problem haben Sie meistens, wenn Sie den eMail Server nur temporär zum Internet verbinden, also keine Standleitung mit fester IP-Adresse nutzen. Voraussetzung Auf dem System ist Postfix installiert und konfiguriert. Sie haben von Ihrem (Mail-) Provider einen Zugangsnamen und ein Passwort erhalten, mit dem sich der Server über SMTP autentifizieren kann. Diese Möglichkeit ist nicht selbstverständlich. Bitte fragen Sie den Provider, ob Sie SMTP-AUTH verwenden können. Vorgehen 1. Stellen Sie sicher, dass folgende Einträge in /etc/postfix/main.cf existieren, bzw. fügen Sie diese hinzu: smtp_sasl_auth_enable = yes smtp_sasl_security_options = noanonymous smtp_sasl_password_maps = hash:/etc/postfix/saslpasswd Achten Sie auf die korrekte Schreibweise: 'smtp' ist nicht das Selbe wie 'smtpd'! 2. Legen Sie nun die Datei /etc/postfix/saslpasswd mit folgendem Inhalt an: destination.host.de username:password destination.host.de wird in der Regel der Relayhost sein, den Sie verwenden. Sie weisen Postfix hiermit an alle Mails, die über den angegebenen Host transportiert werden, nach Möglichkeit per SMTP-AUTH auszuliefern. Etwaige anders definierte Transportwege werden wie bisher behandelt. 3. Generieren Sie abschließend die neue Map und lesen Sie die Konfiguration neu ein: postmap /etc/postfix/saslpasswd rcpostfix reload Mögliche Probleme * Der Provider unterstütztz kein SMTP-AUTH Das können Sie mit einem Telnet auf Port 25 des Hosts testen: me@work:~>telnet smtpserver.provider.de 25 220 smtpserver.provider.de Mailservice ready EHLO mein.mailserver.de ... 250-AUTH PLAIN LOGIN DIGEST-MD5 CRAM-MD5 ... Wenn Sie diese Zeile in der Ausgabe erhalten, unterstützt der Mailserver des Providers SMTP-AUTH mit den angegebenen Verfahren (hier: PLAIN, LOGIN, DIGEST-MD5, CRAM-MD5). * Falsches Passwort/falscher Username in /etc/postfix/saslpasswd, bzw. nach einer Änderung postmap nicht ausgeführt Sie finden dann in /var/log/mail einen Eintrag wie diesen: ...Authentication failed: SASL authentication failed... Kontrollieren Sie /etc/postfix/saslpasswd, bzw. fragen Sie den Provider nach den Daten. * SMTP-Server sendet keinen RFC-konformen Banner Von Kundenseite wurde uns berichtet, dass es bei Verbindungen zu manchen Mailsystemen (z.B. Imail von Ipswitch) zu Problemen kommen kann. Der kontaktierte Mailserver sendet keinen RFC-konformen Banner (der Ausdruck ESMTP muss zwischen zwei Leerzeichen stehen) und Postfix sendet kein EHLO, welches für SMTP-AUTH nötig wäre. Als Abhilfe können Sie versuchen, zusätzlich die Zeile smtp_always_send_ehlo = yes in /etc/postfix/main.cf einzutragen (siehe auch /etc/postfix/sample-smtp.cf). Damit wird Postfix angewiesen, immer erst ein EHLO zu versuchen, bevor auf ein normales HELO zurückgegriffen wird.

Gruß Dieter