Andreas Messer wrote:
F�r was brauchst Du denn smtp-auth? Wenn Du es benutzt um von einem Internen Netzwerk Mails zu verschicken, dann w�rde ich an Deiner Stelle den Exim so konfigurieren, das er nur Anfragen aus dem Internen Netzwerk und von dem Rechner selbst ausf�hrt.
Ne, das ist ein Rechner in den gro�en Weiten des Netzes :)
Das sind Zugriffe von au�en auf deinen Rechner. Wahrscheinlich irgendwelche SPAM-Bots, die nach Email-Addressen scannen. Falls Du diese Meldungen vorher nicht bekommen hast, kann es gut sein das dein Rechner bis jetzt ein offener SMTP-Relay war.
Nein, vorher hatte ich das so eingestellt, da� man von einer bestimmten IP connecten muss.
Das ist zwar ganz nett, aber wenn ich unterwegs bin habe ich nicht immer zugriff auf einen SMTP Server der mich meine Mailadresse benutzen l�sst. Daher habe ich mich endlich mal an smtp-auth gemacht. Normalerweise verschicke ich per mail.stw-bonn.de
Die fehlermeldung kommt auch nur, wenn ich eine Mail schicke, daher wird das direkt mit mir zusammenh�ngen. W�re nur interessant zu wissen, warum das nicht geht, wenn ich eine falsche user/pwd Kombi nehme, mit den richtigen Daten geht's aber ich kriege die Fehlermeldung. Das passt doch irgendwie nicht.
Kommen die Mail's denn an? Wie verschickst Du von deinem Server aus? Direkt oder per smtp-relay(smart-host)? Wenn Du per smart-host verschickst, kann es sein, das du dem exim sagen musst, mit welchem username/passwd es sich dort identifizieren soll. Wenn Du direkt schickst, d�rfte der Fehler nur durch Folgendes entstehen:
Ich habe selbst einen Email-Acoout bei gmx. Mein exim war so eingestellt, das es direkt versendet und die headers in der Mail so umschreibt, dass dann meine GMX-Addresse dort steht. Wenn ich versucht habe eine Mail an einen anderen gmx-account zu schicken, ging das nicht. Wahrscheinlich deswegen, weil der GMX-Server es nicht zul��t, das in einer nicht autorisierten smtp-anfrage ein Absender steht, der ein konto bei gmx hat. Das w�re auch ganz logisch, da der normale Emailclient ja zum Versenden einer Email eine smtp-auth Verbindung zum Email-Provider herstellt.
Ein weiteres Problem ist das bestimmte Email-Provider nur Verbindungen von bekannten Email-Diensten aus zulassen oder Verbindungen von IP's die auf einer Blacklist stehen ablehnen. (z.B. Aol, bei GMX einstellbar) Bei einer dynamischen Verbindung kann es dann sein, das deine IP zuf�llig auf der Blacklist vorkommt. Ich habe das Problem dann so gel�st, das ich(T-Online Kunde) bei T-Online den SMTP-Relay Dienst f�r mich freigeschalten habe(kostet 3,?? EUR mehr) und nun s�mtliche meiner Emails an den SMTP-Relay von T-Online weiterleite, der dann die restliche Verteilung �bernimmt. Seitdem hab ich keine Probleme mehr.
Fazit, wenn Du nicht von au�en mit SMTP auf deinen Rechner zugreifen wirst/willst, dann stell dein exim so ein, das es nur an die internen IP's bindet.
Der hat keine internen IPs nur die von hetzner.
mfg andi
--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
