Hallo, ich versuche nun seit tagen mails an meinen relayserver im internet abzusetzen. irgendwie gelingt mir das aber nicht. laut meinem isp unterstützt der mail.ndsworld.de das relaying. ich hab auch schon alle möglichen infos aus dem netzt dazu gelesen und umgesetzt. auch habe ich schon alles mögliche per mta konfiguration in yast ausprobiert. die fehlermeldung ändert sich jedoch nicht:
Nov 4 15:27:33 linux sendmail[10711]: iA4ERWA7010711: from=
, size=426, class=0, nrcpts=1, msgid=<418A3C54.mail89H11P06Q@linux.site>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] Nov 4 15:27:33 linux sendmail[10710]: iA4ERWhd010710: to=linux@ndsworld.de, ctladdr=root (0/0), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=30252, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (iA4ERWA7010711 Message accepted for delivery) Nov 4 15:27:33 linux sendmail[10713]: iA4ERWA7010711: AUTH=client, available mechanisms do not fulfill requirements Nov 4 15:27:33 linux sendmail[10713]: AUTH=client, relay=mail.ndsworld.de., temporary failure, connection abort Nov 4 15:27:33 linux sendmail[10713]: iA4ERWA7010711: to= , ctladdr= (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120426, relay=mail.ndsworld.de. [62.141.48.26], dsn=4.0.0, stat=Deferred: Temporary AUTH failure
was mache ich falsch? ich hab das gefühl, dass es gar nicht an dem auth machanism liegt (ich habe bereits plain und digest-md5 getestet), sondern daran, dass immer versucht wird als root@linux.site zu senden. kann das sein? wenn ja, was mache ich beim maskieren falsch, bzw wo wird das wie eingestellt? vielen dank für jeden tipp! andreas
Andreas Gehrke[linux] wrote: axso: ich benutze suse 9.1 mit sendmail 8.12.10-158
Hallo,
ich versuche nun seit tagen mails an meinen relayserver im internet abzusetzen. irgendwie gelingt mir das aber nicht. laut meinem isp unterstützt der mail.ndsworld.de das relaying. ich hab auch schon alle möglichen infos aus dem netzt dazu gelesen und umgesetzt. auch habe ich schon alles mögliche per mta konfiguration in yast ausprobiert. die fehlermeldung ändert sich jedoch nicht:
Nov 4 15:27:33 linux sendmail[10711]: iA4ERWA7010711: from=
, size=426, class=0, nrcpts=1, msgid=<418A3C54.mail89H11P06Q@linux.site>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] Nov 4 15:27:33 linux sendmail[10710]: iA4ERWhd010710: to=linux@ndsworld.de, ctladdr=root (0/0), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=30252, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (iA4ERWA7010711 Message accepted for delivery) Nov 4 15:27:33 linux sendmail[10713]: iA4ERWA7010711: AUTH=client, available mechanisms do not fulfill requirements Nov 4 15:27:33 linux sendmail[10713]: AUTH=client, relay=mail.ndsworld.de., temporary failure, connection abort Nov 4 15:27:33 linux sendmail[10713]: iA4ERWA7010711: to= , ctladdr= (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120426, relay=mail.ndsworld.de. [62.141.48.26], dsn=4.0.0, stat=Deferred: Temporary AUTH failure was mache ich falsch? ich hab das gefühl, dass es gar nicht an dem auth machanism liegt (ich habe bereits plain und digest-md5 getestet), sondern daran, dass immer versucht wird als root@linux.site zu senden. kann das sein? wenn ja, was mache ich beim maskieren falsch, bzw wo wird das wie eingestellt?
vielen dank für jeden tipp!
andreas
"Andreas Gehrke[linux]"
Andreas Gehrke[linux] wrote:
axso: ich benutze suse 9.1 mit sendmail 8.12.10-158
Hallo,
ich versuche nun seit tagen mails an meinen relayserver im internet abzusetzen. F>> irgendwie gelingt mir das aber nicht. laut meinem isp unterstützt der mail.ndsworld.de das relaying. ich hab auch schon alle möglichen infos aus dem netzt dazu gelesen und umgesetzt. auch habe ich schon alles mögliche per mta konfiguration in yast ausprobiert. die fehlermeldung ändert sich jedoch nicht:
Was hast du denn schon versucht? Was steht denn in authinfo? Siehe Dokumentation unter /usr/share/doc/packages/sendmail/cf/ -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Hallo Dieter, also, in meiner auth-info in /etc/mail/auth steht folgendes: AuthInfo:mail.ndsworld.de "P:mainpasswort "M:PLAIN" "I:mainuser" "R:mainemaske" "U:meinuser" neu bauan lassen habe ich die auth-info.db auch schon mehrmals. außerdem habe ich bisher versucht folgendes in die /sbin/conf.d/SuSEconfig.sendmail einzutragen: define(\`confAUTH_MECHANISMS', \`DIGEST-MD5')dnl define(\`confDEF_AUTH_INFO', \`/etc/mail/default-auth-info')dnl direkt unter DOMAIN(\`generic')dnl natürlich habe ich dann auch eine enstprechende default-auth-info angelegt. hat aber auch nichst gebracht. hab ich aus irgend einem tut zu suse 7.3 oder so. das verzeichnis /usr/share/doc/packages/sendmail/cf/ habe ich nicht. der pfad hört bei mir mit /usr/share/doc/packages/sendmail/ auf. ich werd mir die dokus dort aber mal anschauen. danke erst mal... andreas Dieter Kluenter wrote:
"Andreas Gehrke[linux]"
writes: Andreas Gehrke[linux] wrote:
axso: ich benutze suse 9.1 mit sendmail 8.12.10-158
Hallo,
ich versuche nun seit tagen mails an meinen relayserver im internet abzusetzen.
F>> irgendwie gelingt mir das aber nicht. laut meinem isp unterstützt
der mail.ndsworld.de das relaying. ich hab auch schon alle möglichen infos aus dem netzt dazu gelesen und umgesetzt. auch habe ich schon alles mögliche per mta konfiguration in yast ausprobiert. die fehlermeldung ändert sich jedoch nicht:
Was hast du denn schon versucht? Was steht denn in authinfo? Siehe Dokumentation unter /usr/share/doc/packages/sendmail/cf/
-Dieter
Hallo Andreas,
"Andreas Gehrke[linux]"
Hallo Dieter,
also, in meiner auth-info in /etc/mail/auth steht folgendes: AuthInfo:mail.ndsworld.de "P:mainpasswort "M:PLAIN" "I:mainuser" "R:mainemaske" "U:meinuser"
neu bauan lassen habe ich die auth-info.db auch schon mehrmals. außerdem habe ich bisher versucht folgendes in die /sbin/conf.d/SuSEconfig.sendmail einzutragen: define(\`confAUTH_MECHANISMS', \`DIGEST-MD5')dnl define(\`confDEF_AUTH_INFO', \`/etc/mail/default-auth-info')dnl direkt unter DOMAIN(\`generic')dnl natürlich habe ich dann auch eine enstprechende default-auth-info angelegt. hat aber auch nichst gebracht. hab ich aus irgend einem tut zu suse 7.3 oder so.
Ich muß jetzt einige Einschränkungen machen, ich habe keine SuSE-9.1, kann daher nicht beurteilen, ob das Makro suse.m4 einige Änderungen hinsichtlich AUTH an sendmail.cf durchführt. In sendmail-8.12 wird authinfo in der access Datei konfiguriert, siehe dazu http://www.sendmail.org/~ca/email/sm-812.html#812AUTH Falls deine Datei /etc/mail/auth in sendmail.mc definiert wurde, mag diese auch ausgelesen werden, wie gesagt, hängt aber vom suse.m4 Makro ab und natürlich von den Rechten der Datei auth-info.db, da ist Sendmail penibel. Def_AUTH_Info ist in 8.12 obsolet, wurde meines Wissens nur bis 8.10 benutzt. Falls dein Provider dir keinen SASL REALM mitgeteilt hat, solltest du auch keinen angeben, sonst wird der Authentifizierungs-String nicht richtig interpretiert, also ohne R Flag, ebenfalls ohne Flag I, damit wird ein Proxyuser definiert, den du vermutlich auch nicht hast. Es genügen also die Flags U: P: M: wobei der von dir genutzte Mechanismus PLAIN unsinnig ist und möglicherweise von deinem Provider auch nicht angeboten wird, oder nur in Verbindung mit STARTTLS, das solltest du prüfen. telnet mail.dein.provider 25 ehlo mein.host zeigt dir die angebotenen SASL Mechanismen.
das verzeichnis /usr/share/doc/packages/sendmail/cf/ habe ich nicht. der pfad hört bei mir mit /usr/share/doc/packages/sendmail/ auf. ich werd mir die dokus dort aber mal anschauen.
Da hat SuSE geschlampt :-) In cf liegen die wichtigen Konfigurationshinweise, also das README und os.ps, bzw. os.txt -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Sorry!!! Ich habs (endlich)! Wenn nicht alle sasl bibliotheken installiert sind, kann er auch nicht mit der angegeben authentifizierung sednen... nun hab ich sie installiert und es funzt einwandfrei! Thx an alle! andreas Dieter Kluenter wrote:
Hallo Andreas,
"Andreas Gehrke[linux]"
writes: Hallo Dieter,
also, in meiner auth-info in /etc/mail/auth steht folgendes: AuthInfo:mail.ndsworld.de "P:mainpasswort "M:PLAIN" "I:mainuser" "R:mainemaske" "U:meinuser"
neu bauan lassen habe ich die auth-info.db auch schon mehrmals. außerdem habe ich bisher versucht folgendes in die /sbin/conf.d/SuSEconfig.sendmail einzutragen: define(\`confAUTH_MECHANISMS', \`DIGEST-MD5')dnl define(\`confDEF_AUTH_INFO', \`/etc/mail/default-auth-info')dnl direkt unter DOMAIN(\`generic')dnl natürlich habe ich dann auch eine enstprechende default-auth-info angelegt. hat aber auch nichst gebracht. hab ich aus irgend einem tut zu suse 7.3 oder so.
Ich muß jetzt einige Einschränkungen machen, ich habe keine SuSE-9.1, kann daher nicht beurteilen, ob das Makro suse.m4 einige Änderungen hinsichtlich AUTH an sendmail.cf durchführt. In sendmail-8.12 wird authinfo in der access Datei konfiguriert, siehe dazu http://www.sendmail.org/~ca/email/sm-812.html#812AUTH Falls deine Datei /etc/mail/auth in sendmail.mc definiert wurde, mag diese auch ausgelesen werden, wie gesagt, hängt aber vom suse.m4 Makro ab und natürlich von den Rechten der Datei auth-info.db, da ist Sendmail penibel. Def_AUTH_Info ist in 8.12 obsolet, wurde meines Wissens nur bis 8.10 benutzt. Falls dein Provider dir keinen SASL REALM mitgeteilt hat, solltest du auch keinen angeben, sonst wird der Authentifizierungs-String nicht richtig interpretiert, also ohne R Flag, ebenfalls ohne Flag I, damit wird ein Proxyuser definiert, den du vermutlich auch nicht hast. Es genügen also die Flags U: P: M: wobei der von dir genutzte Mechanismus PLAIN unsinnig ist und möglicherweise von deinem Provider auch nicht angeboten wird, oder nur in Verbindung mit STARTTLS, das solltest du prüfen.
telnet mail.dein.provider 25 ehlo mein.host
zeigt dir die angebotenen SASL Mechanismen.
das verzeichnis /usr/share/doc/packages/sendmail/cf/ habe ich nicht. der pfad hört bei mir mit /usr/share/doc/packages/sendmail/ auf. ich werd mir die dokus dort aber mal anschauen.
Da hat SuSE geschlampt :-) In cf liegen die wichtigen Konfigurationshinweise, also das README und os.ps, bzw. os.txt
-Dieter
participants (2)
-
Andreas Gehrke[linux]
-
Dieter Kluenter