Hallo, ich benutze SuSE 10.1 und will die Absenderadresse bei sendmail ändern. Ich habe einen Smarthost eingetragen und das Feature genericstable. Ausschnitte aus sendmail.cf : DSsmtp.1und1.de Kgenerics hash -o /etc/mail/genericstable.db in /etc/mail/genericstable habe ich eingetragen : root system@domain.de root@scalixserver.uwe-lokal.de system@domain.de die /etc/mail/genericstable.db habe ich mit SuSEconfig erstellen lassen. ein mailx -s Test Uwe@gmx.de führt zur Fehlermeldung : Nov 19 22:43:47 scalixserver sendmail[31173]: lAJKw1lu025902: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:45:45, xdelay=00:00:01, mailer=relay, pri=4260478, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: 421 dns lookup failed for sender domain Warum ändert sendmail die Absenderadresse nicht ? gruesse uwe -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Uwe, ich bin mir nicht ganz sicher, an welcher Stelle die Regeln für generictable greifen. Zunächst mal scheinst Du ja ein anderes Problem zu haben...
ein mailx -s Test Uwe@gmx.de führt zur Fehlermeldung :
Nov 19 22:43:47 scalixserver sendmail[31173]: lAJKw1lu025902: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:45:45, xdelay=00:00:01, mailer=relay, pri=4260478, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: 421 dns lookup failed for sender domain
Möglicher Weise greift die Regel erst, wenn der Versand gesichert ist. Und der scheint nicht zu funktionieren. Ebenfalls hilfreich könnte die Ergänzung von root@localhost sein. Bitte poste doch mal Deine main.cf Datei. Das macht die Fehlersuche einfacher. Schönes Wochenende, Ortwin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 23.11.2007 18:19, schrieb Ortwin Ebhardt (Antwort folgt unter dem Originaltext):
Hallo Uwe, ich bin mir nicht ganz sicher, an welcher Stelle die Regeln für generictable greifen. Zunächst mal scheinst Du ja ein anderes Problem zu haben...
ein mailx -s Test Uwe@gmx.de führt zur Fehlermeldung :
Nov 19 22:43:47 scalixserver sendmail[31173]: lAJKw1lu025902: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:45:45, xdelay=00:00:01, mailer=relay, pri=4260478, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: 421 dns lookup failed for sender domain
Möglicher Weise greift die Regel erst, wenn der Versand gesichert ist. Und der scheint nicht zu funktionieren.
Ebenfalls hilfreich könnte die Ergänzung von root@localhost sein.
Bitte poste doch mal Deine main.cf Datei. Das macht die Fehlersuche einfacher.
Schönes Wochenende, Ortwin
Der lokale MTA muss auf SMTP Auth gegen den smarthost smtp.1und1.de eingestellt werden (irgendwo wird es auch bei postfix die Möglichkeit geben den Smarthost sowie User und Passwort dafür zu hinterlegen). Wenn der Sender sich autentifiziert hat, wird die Senderdomain beim Relay normalerweise nicht mehr geprüft. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ingo Freund wrote:
Am 23.11.2007 18:19, schrieb Ortwin Ebhardt (Antwort folgt unter dem Originaltext):
Nov 19 22:43:47 scalixserver sendmail[31173]: lAJKw1lu025902: ^^^^^^^^^!!!!!
to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:45:45, xdelay=00:00:01, mailer=relay, pri=4260478, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: 421 dns lookup failed for sender domain
Möglicher Weise greift die Regel erst, wenn der Versand gesichert ist. Und der scheint nicht zu funktionieren.
Ebenfalls hilfreich könnte die Ergänzung von root@localhost sein.
Bitte poste doch mal Deine main.cf Datei. Das macht die Fehlersuche einfacher.
Der lokale MTA muss auf SMTP Auth gegen den smarthost smtp.1und1.de eingestellt werden (irgendwo wird es auch bei postfix die Möglichkeit geben den Smarthost sowie User und Passwort dafür zu hinterlegen). Wenn der Sender sich autentifiziert hat, wird die Senderdomain beim Relay normalerweise nicht mehr geprüft.
Wie auch im Betreff zu lesen geht es leider nicht um Postfix, sondern um Sendmail. Bei Postfix ist das Debugging relativ einfach. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 23.11.2007 19:44, schrieb Sandy Drobic (Antwort folgt unter dem Originaltext):
Ingo Freund wrote:
Am 23.11.2007 18:19, schrieb Ortwin Ebhardt (Antwort folgt unter dem Originaltext):
Nov 19 22:43:47 scalixserver sendmail[31173]: lAJKw1lu025902: ^^^^^^^^^!!!!!
to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:45:45, xdelay=00:00:01, mailer=relay, pri=4260478, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: 421 dns lookup failed for sender domain
Möglicher Weise greift die Regel erst, wenn der Versand gesichert ist. Und der scheint nicht zu funktionieren.
Ebenfalls hilfreich könnte die Ergänzung von root@localhost sein.
Bitte poste doch mal Deine main.cf Datei. Das macht die Fehlersuche einfacher. Der lokale MTA muss auf SMTP Auth gegen den smarthost smtp.1und1.de eingestellt werden (irgendwo wird es auch bei postfix die Möglichkeit geben den Smarthost sowie User und Passwort dafür zu hinterlegen). Wenn der Sender sich autentifiziert hat, wird die Senderdomain beim Relay normalerweise nicht mehr geprüft.
Wie auch im Betreff zu lesen geht es leider nicht um Postfix, sondern um Sendmail. Bei Postfix ist das Debugging relativ einfach.
Tatsächlich da steht es. Cool, um so einfacher die Einstellung, debugging ist erst dann gefragt wenn's danach nicht geht. Zudem stand da was von einer "main.cf" und die kennt sendmail nunmal standardmäßig nicht, deshalb ging ich von postfix aus. Mein Fehler wahrscheinlich. Also sendmail: In die Datei /etc/mail/access diese Zeile mit den richtigen Daten eintragen: AuthInfo:smtp.1und1.de "I:<Loginname>" "P:<Passwort>" "M:PLAIN" die Worte hinter I: und P: in spitzen Klammern sind samt derselben durch die richtigen Logindaten zu ersetzen. Anstelle von "M:PLAIN" könnte auch "M:DIGEST-MD5" stehen. Das kommt auf den Provider an. Gängig ist aber PLAIN. Ggf. ausprobieren. Nach dem Eintrag kann man wahlweise entweder "SuSEconfig --module sendmail" oder "make -C /etc/mail" aufrufen. Dann noch sicherheitshalber ein "rcsendmail reload" und es sollte funktionieren. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ingo Freund wrote:
Wie auch im Betreff zu lesen geht es leider nicht um Postfix, sondern um Sendmail. Bei Postfix ist das Debugging relativ einfach.
Tatsächlich da steht es. Cool, um so einfacher die Einstellung, debugging ist erst dann gefragt wenn's danach nicht geht. Zudem stand da was von einer "main.cf" und die kennt sendmail nunmal standardmäßig nicht, deshalb ging ich von postfix aus. Mein Fehler wahrscheinlich.
Nö, du bist du dem vorigen Poster gefolgt, der auch einfach Postfix vorausssetzte. (^-^)
Also sendmail: In die Datei /etc/mail/access diese Zeile mit den richtigen Daten eintragen: AuthInfo:smtp.1und1.de "I:<Loginname>" "P:<Passwort>" "M:PLAIN"
die Worte hinter I: und P: in spitzen Klammern sind samt derselben durch die richtigen Logindaten zu ersetzen. Anstelle von "M:PLAIN" könnte auch "M:DIGEST-MD5" stehen. Das kommt auf den Provider an. Gängig ist aber PLAIN. Ggf. ausprobieren.
Nach dem Eintrag kann man wahlweise entweder "SuSEconfig --module sendmail" oder "make -C /etc/mail" aufrufen. Dann noch sicherheitshalber ein "rcsendmail reload" und es sollte funktionieren.
Grins! Ich hasse es ja, noch einmal auf deine Parade zu regnen, aber... es ging eigentlich um die Adress-Umschreibung von den ungültigen lokalen auf die externe Adresse. (^-°) Am besten du liest dir mal die erste Mail im Thread durch, vielleicht kannst du dem OP ja dabei helfen. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag 24 November 2007 22:34:23 schrieb Sandy Drobic:
Ingo Freund wrote:
Wie auch im Betreff zu lesen geht es leider nicht um Postfix, sondern um Sendmail. Bei Postfix ist das Debugging relativ einfach.
Tatsächlich da steht es. Cool, um so einfacher die Einstellung, debugging ist erst dann gefragt wenn's danach nicht geht. Zudem stand da was von einer "main.cf" und die kennt sendmail nunmal standardmäßig nicht, deshalb ging ich von postfix aus. Mein Fehler wahrscheinlich.
Nö, du bist du dem vorigen Poster gefolgt, der auch einfach Postfix vorausssetzte. (^-^)
Also sendmail: In die Datei /etc/mail/access diese Zeile mit den richtigen Daten eintragen: AuthInfo:smtp.1und1.de "I:<Loginname>" "P:<Passwort>" "M:PLAIN"
die Worte hinter I: und P: in spitzen Klammern sind samt derselben durch die richtigen Logindaten zu ersetzen. Anstelle von "M:PLAIN" könnte auch "M:DIGEST-MD5" stehen. Das kommt auf den Provider an. Gängig ist aber PLAIN. Ggf. ausprobieren.
Nach dem Eintrag kann man wahlweise entweder "SuSEconfig --module sendmail" oder "make -C /etc/mail" aufrufen. Dann noch sicherheitshalber ein "rcsendmail reload" und es sollte funktionieren.
Grins! Ich hasse es ja, noch einmal auf deine Parade zu regnen, aber... es ging eigentlich um die Adress-Umschreibung von den ungültigen lokalen auf die externe Adresse. (^-°)
Ja, danke Sandy, genau darum geht es mir. Die Authentifizierung und das Versenden über smtp.1und1.de klappt mit einer externen Absenderadresse, nur mit lokalen Adressen klappt es nicht. Ortwin, ich benutze leider sendmail und habe daher keine main.cf Datei.
Am besten du liest dir mal die erste Mail im Thread durch, vielleicht kannst du dem OP ja dabei helfen.
gruesse uwe -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 25.11.2007 12:03, schrieb Uwe Wagner (Antwort folgt unter dem Originaltext):
Am Samstag 24 November 2007 22:34:23 schrieb Sandy Drobic:
Ortwin, ich benutze leider sendmail und habe daher keine main.cf Datei.
Am besten du liest dir mal die erste Mail im Thread durch, vielleicht kannst du dem OP ja dabei helfen.
ich finde leider den Einstiegsthread nicht, der ist wohl in meinen News nicht angekommen oder was-weiß-ich-warum nicht drin. Egal, ich denke ich habe jetzt verstanden, worum es geht. masquerade ändert Envelope-Adressen genericstable ändert Header-Adressen Laut dem Log-Auszug ist/sind in deinem Fall zunächst die Envelope-Adressen zu ändern, d.h. die u.a. Angaben für genericstable sind optional. sendmail wird normalerweise mit Hilfe der in /etc/mail liegenden Konfigurationsdateien eingestellt. Es kann aber auch über SuSE mit Einstellungen in /etc/sysconfig/sendmail konfiguriert werden, das ist allerdings mehr für's Grobe. Die erste Maßnahme wäre sendmail zu sagen, dass es alle lokalen Adressen maskieren soll Vorab: "mydomain.com" ist eine offizielle Domain, keine private. SuSE: in /etc/sysconfig/sendmail werden diese Konfigurationsvariablen eingestellt: SENDMAIL_ALLMASQUERADE="yes" MASQUERADE_DOMAINS=".uwe-lokal.de scalixserver.uwe-lokal.de" SENDMAIL_GENERICS_DOMAIN=".uwe-lokal.de scalixserver.uwe-lokal.de" sendmail Einstellung: in der für dich gültigen sendmail.mc Datei muss stehen (beachte backticks "`" und ticks "'"): MASQUERADE_AS(`mydomain.com')dnl MASQUERADE_DOMAIN(`scalixserver.uwe-lokal.de')dnl Das Stichwort "genericstable" ist schon gefallen. Dort könnte auch noch eingetragen werden: @scalixserver.uwe-lokal.de %1@mydomain.com ^^^^^^ tab(s) Viel Glück. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Uwe Wagner schrieb:
Am Samstag 24 November 2007 22:34:23 schrieb Sandy Drobic:
Ingo Freund wrote:
Wie auch im Betreff zu lesen geht es leider nicht um Postfix, sondern um Sendmail. Bei Postfix ist das Debugging relativ einfach.
Tatsächlich da steht es. Cool, um so einfacher die Einstellung, debugging ist erst dann gefragt wenn's danach nicht geht. Zudem stand da was von einer "main.cf" und die kennt sendmail nunmal standardmäßig nicht, deshalb ging ich von postfix aus. Mein Fehler wahrscheinlich.
Nö, du bist du dem vorigen Poster gefolgt, der auch einfach Postfix vorausssetzte. (^-^)
Also sendmail: In die Datei /etc/mail/access diese Zeile mit den richtigen Daten eintragen: AuthInfo:smtp.1und1.de "I:<Loginname>" "P:<Passwort>" "M:PLAIN"
die Worte hinter I: und P: in spitzen Klammern sind samt derselben durch die richtigen Logindaten zu ersetzen. Anstelle von "M:PLAIN" könnte auch "M:DIGEST-MD5" stehen. Das kommt auf den Provider an. Gängig ist aber PLAIN. Ggf. ausprobieren.
Nach dem Eintrag kann man wahlweise entweder "SuSEconfig --module sendmail" oder "make -C /etc/mail" aufrufen. Dann noch sicherheitshalber ein "rcsendmail reload" und es sollte funktionieren.
Grins! Ich hasse es ja, noch einmal auf deine Parade zu regnen, aber... es ging eigentlich um die Adress-Umschreibung von den ungültigen lokalen auf die externe Adresse. (^-°)
Ja, danke Sandy, genau darum geht es mir. Die Authentifizierung und das Versenden über smtp.1und1.de klappt mit einer externen Absenderadresse, nur mit lokalen Adressen klappt es nicht.
der Satz ist so nicht exakt ! der Versand über smtp.1und1.de klappt mit einer (bei 1+1) gültigen Mailadresse + zugehöriger Authentifizierung! ehmmm ... Google -> auch bei t-online.de geht es ganauso .. da waren mal etliche HowTos zu finden. dem 1+1 -Smarthost ist es letztlich egal, was im Absender steht (und erst recht was im Envelope steht).. er nimmt nur nach gültiger Authentifizierung Mails ab. Du kannst dich also mit einem beliebigen (gültigen) Mailaccount anmelden .. und er wird dir alles abnehmen ( auch lokale Absender). Ob das dann mit lokalen Absendern Sinn macht ... ist ein anderes Bier ( Anwort auf ich@meine.localdomain.lan wird nicht funktionieren, wenn der Andere nur auf Antworten klickt...) Nur gültige Addresse ohne Passwort (o.ä. ).. wäre fast ein OpenRelay. Envelopeabsender kann man aber zu allergrössten Not auch im Mailclient einstellen . ( Antworten an andere Addresse oder so ähnlich heisst das...)
Ortwin, ich benutze leider sendmail und habe daher keine main.cf Datei.
Am besten du liest dir mal die erste Mail im Thread durch, vielleicht kannst du dem OP ja dabei helfen.
gruesse uwe
kennt Sendmail nicht Canonicals ??? sender_canonical ? .. da war doch was.... Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 25.11.2007 12:03, Uwe Wagner wrote (please find the answer below the original text): hm, tread gefunden.
Die Authentifizierung und das Versenden über smtp.1und1.de klappt mit einer externen Absenderadresse, nur mit lokalen Adressen klappt es nicht.
Ich muss da jetzt nochmal nachhaken: wie kommst du darauf, dass die Authentifizierung klappt und auch richtig ist? Hast du die Einträge in der /etc/mail/access so stehen, wie ich sie dir vorschlug? Wenn nicht, kannst du davon ausgehen, dass 1&1 dir deine Mails teilweise nur deshalb abnimmt, weil du mit einer IP-Adresse aus dem 1&1-eigenen Bereich kommst _und_ eine "offizielle" Absenderadresse als minimale Verifizierungsgrundlage vorliegt. Mails mit lokaler Adresse werden eben genau wegen der abgelehnt. Normalerweise sind die "großen" SMTP-Server alle so eingestellt, dass sie nach erfolgter Authentifizierung _alles_ annehmen. Also versuch dein Glück zunächst mal mit der richtigen AUTH Einstellung bevor du anfängst Email-Adressen umzuschreiben. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Das ist ja ein Kampf mit dem sendmail. Am Montag 26 November 2007 07:55:15 schrieb Ingo Freund:
On 25.11.2007 12:03, Uwe Wagner wrote (please find the answer below the original text):
hm, tread gefunden.
Die Authentifizierung und das Versenden über smtp.1und1.de klappt mit einer externen Absenderadresse, nur mit lokalen Adressen klappt es nicht.
Ich muss da jetzt nochmal nachhaken: wie kommst du darauf, dass die Authentifizierung klappt und auch richtig ist? Hast du die Einträge in der /etc/mail/access so stehen, wie ich sie dir vorschlug? Wenn nicht, kannst du davon ausgehen, dass 1&1 dir deine Mails teilweise nur deshalb abnimmt, weil du mit einer IP-Adresse aus dem 1&1-eigenen Bereich kommst _und_ eine "offizielle" Absenderadresse als minimale Verifizierungsgrundlage vorliegt. Mails mit lokaler Adresse werden eben genau wegen der abgelehnt. Normalerweise sind die "großen" SMTP-Server alle so eingestellt, dass sie nach erfolgter Authentifizierung _alles_ annehmen.
Also versuch dein Glück zunächst mal mit der richtigen AUTH Einstellung bevor du anfängst Email-Adressen umzuschreiben.
In /etc/mail/linux.mc habe ich folgendes eingetragen : define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl FEATURE(`authinfo', `hash -o 'AUTH_DIR`/auth-info')dnl Ich habe jetzt folgendes in /etc/mail/auth-info eingetragen : AuthInfo:smtp.1und1.de "U:XXXXX" "I:XXXXX@YYYYY" "P:ZZZZZZ" "M:LOGIN" Wenn ich LOGIN durch PLAIN ersetze, habe ich das gleiche Ergebnis. Wenn ich nun als root mit mailx -s Test Uwe.Beach@gmx.de eine mail abschicke, steht folgendes in /var/log/mail : Nov 27 10:16:45 scalixserver sendmail[8828]: lAR9GjA4008828: from=root, size=208, class=0, nrcpts=1, msgid=<200711270916.lAR9GjA4008828@scalixserver.uwe-lokal.de>, relay=root@localhost Nov 27 10:16:46 scalixserver sendmail[8829]: lAR9GjVv008829: from=<root@scalixserver.uwe-lokal.de>, size=478, class=0, nrcpts=1, msgid=<200711270916.lAR9GjA4008828@scalixserver.uwe-lokal.de>, proto=ESMTP, daemon=Daemon0, relay=localhost [127.0.0.1] Nov 27 10:16:46 scalixserver amavis[8618]: policy protocol: tempdir=/var/spool/amavis/aflAR9GjVv008829 Nov 27 10:16:46 scalixserver amavis[8618]: policy protocol: tempdir_removed_by=client Nov 27 10:16:46 scalixserver amavis[8618]: policy protocol: delivery_care_of=client Nov 27 10:16:46 scalixserver amavis[8618]: (08618) Passed CLEAN, LOCAL [127.0.0.1] [127.0.0.1] <root@scalixserver.uwe-lokal.de> -> <Uwe@gmx.de>, Queue-ID: lAR9GjVv008829, Message-ID: <200711270916.lAR9GjA4008828@scalixserver.uwe-lokal.de>, mail_id: hh16elEcdBKX, Hits: -3.192, 843 ms Nov 27 10:16:46 scalixserver sendmail[8829]: lAR9GjVv008829: Milter insert (2147483647): header: X-Virus-Scanned: amavisd-new at XXX.de Nov 27 10:16:47 scalixserver sendmail[8828]: lAR9GjA4008828: to=Uwe@gmx.de, ctladdr=root (0/0), delay=00:00:02, xdelay=00:00:02, mailer=relay, pri=30208, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (lAR9GjVv008829 Message accepted for delivery) Nov 27 10:16:47 scalixserver sendmail[8838]: lAR9GjVv008829: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:02, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred Da keine Hinweise auf AUTH failure kommen, gehe ich davon aus, dass die Authentifizierung klappt. Aber wieso wird die email nicht angenommen ? gruesse uwe
-Ingo.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Uwe Wagner schrieb:
Das ist ja ein Kampf mit dem sendmail.
Am Montag 26 November 2007 07:55:15 schrieb Ingo Freund:
hättst auch Postfix nehmen können ...(den kann man auch als "sendmail" anreden...)
Also versuch dein Glück zunächst mal mit der richtigen AUTH Einstellung bevor du anfängst Email-Adressen umzuschreiben.
In /etc/mail/linux.mc habe ich folgendes eingetragen :
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl FEATURE(`authinfo', `hash -o 'AUTH_DIR`/auth-info')dnl
Ich habe jetzt folgendes in /etc/mail/auth-info eingetragen : AuthInfo:smtp.1und1.de "U:XXXXX" "I:XXXXX@YYYYY" "P:ZZZZZZ" "M:LOGIN"
Wenn ich LOGIN durch PLAIN ersetze, habe ich das gleiche Ergebnis. Wenn ich nun als root mit mailx -s Test Uwe.Beach@gmx.de eine mail abschicke, steht folgendes in /var/log/mail :
Nov 27 10:16:45 scalixserver sendmail[8828]: lAR9GjA4008828: from=root, size=208, class=0, nrcpts=1, msgid=<200711270916.lAR9GjA4008828@scalixserver.uwe-lokal.de>, relay=root@localhost Nov 27 10:16:46 scalixserver sendmail[8829]: lAR9GjVv008829: from=<root@scalixserver.uwe-lokal.de>, size=478, class=0, nrcpts=1, msgid=<200711270916.lAR9GjA4008828@scalixserver.uwe-lokal.de>, proto=ESMTP, daemon=Daemon0, relay=localhost [127.0.0.1] Nov 27 10:16:46 scalixserver amavis[8618]: policy protocol: tempdir=/var/spool/amavis/aflAR9GjVv008829 Nov 27 10:16:46 scalixserver amavis[8618]: policy protocol: tempdir_removed_by=client Nov 27 10:16:46 scalixserver amavis[8618]: policy protocol: delivery_care_of=client Nov 27 10:16:46 scalixserver amavis[8618]: (08618) Passed CLEAN, LOCAL [127.0.0.1] [127.0.0.1] <root@scalixserver.uwe-lokal.de> -> <Uwe@gmx.de>, Queue-ID: lAR9GjVv008829, Message-ID: <200711270916.lAR9GjA4008828@scalixserver.uwe-lokal.de>, mail_id: hh16elEcdBKX, Hits: -3.192, 843 ms Nov 27 10:16:46 scalixserver sendmail[8829]: lAR9GjVv008829: Milter insert (2147483647): header: X-Virus-Scanned: amavisd-new at XXX.de Nov 27 10:16:47 scalixserver sendmail[8828]: lAR9GjA4008828: to=Uwe@gmx.de, ctladdr=root (0/0), delay=00:00:02, xdelay=00:00:02, mailer=relay, pri=30208, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (lAR9GjVv008829 Message accepted for delivery) bis hierhin alles uninteressant ... alles innerhalb deines Systems.
Nov 27 10:16:47 scalixserver sendmail[8838]: lAR9GjVv008829: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:02, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
hier kriegt er keine gültige Verbindung ..wie es ausschaut
Da keine Hinweise auf AUTH failure kommen, gehe ich davon aus, dass die Authentifizierung klappt. Aber wieso wird die email nicht angenommen ?
bis zur Authentifizierung kommt er gar nicht erst ..wie es ausschaut. Vielleicht mal 2 Logauszüge machen 1. wie es geht der zweite..wenn es nicht geht ... interessant wird es erst *nach* dem Scannen ..also ab der letzten Zeile relay-localhost
gruesse uwe
Schau auch mal bei 1+1 nach, was die annehmen ! kann ja manchmal auch sein dass nur pop before smtp geht oder solch Zeugs... Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 27.11.2007 10:30, Uwe Wagner wrote (please find the answer below the original text):
Am Montag 26 November 2007 07:55:15 schrieb Ingo Freund:
On 25.11.2007 12:03, Uwe Wagner wrote (please find the answer below the original text):
Also versuch dein Glück zunächst mal mit der richtigen AUTH Einstellung bevor du anfängst Email-Adressen umzuschreiben.
In /etc/mail/linux.mc habe ich folgendes eingetragen :
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl FEATURE(`authinfo', `hash -o 'AUTH_DIR`/auth-info')dnl
Ich habe jetzt folgendes in /etc/mail/auth-info eingetragen : AuthInfo:smtp.1und1.de "U:XXXXX" "I:XXXXX@YYYYY" "P:ZZZZZZ" "M:LOGIN"
Wenn ich LOGIN durch PLAIN ersetze, habe ich das gleiche Ergebnis. Wenn ich nun als root mit mailx -s Test Uwe.Beach@gmx.de eine mail abschicke, steht folgendes in /var/log/mail :
Nov 27 10:16:47 scalixserver sendmail[8828]: lAR9GjA4008828: to=Uwe@gmx.de, ctladdr=root (0/0), delay=00:00:02, xdelay=00:00:02, mailer=relay, pri=30208, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (lAR9GjVv008829 Message accepted for delivery) Nov 27 10:16:47 scalixserver sendmail[8838]: lAR9GjVv008829: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:02, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Da keine Hinweise auf AUTH failure kommen, gehe ich davon aus, dass die Authentifizierung klappt. Aber wieso wird die email nicht angenommen ?
Hm, du gehst davon aus... mach mal ein echo hallo | sendmail -v Uwe.Beach@gmx.de und schau dir den Output genau an, was da passiert. Ggf. poste dann mal das Ergebnis, wobei du den lokalen Teil weglassen kannst. Eine vielleicht überflüssige Frage: wie generierst du die neue sendmail.cf? Startest du danach sendmail neu (HUP reicht auch)? ...und dann noch: so wie du die FEATURE Zeile oben angegeben hast, kann m4 im make-Lauf nichts damit anfangen. Die Empfehlung hier (vielleicht zunächst mal lesen?): http://www.sendmail.org/~ca/email/auth.html unter "Using sendmail as a client with AUTH" sieht anders aus: FEATURE(`authinfo',`hash /etc/mail/auth/client-info')dnl Warum machst du ein Extra Feature auf, wenn access_db doch per default an sein sollte und man die AuthInfo-Zeile auch dort eintragen kann? Das verkompliziert die Angelegenheit nur, weil du dann jedes mal bei Änderungen eine weitere Steuerdatei beachten musst. Gruß - Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ingo Freund schrieb:
On 27.11.2007 10:30, Uwe Wagner wrote (please find the answer below the original text):
Am Montag 26 November 2007 07:55:15 schrieb Ingo Freund:
On 25.11.2007 12:03, Uwe Wagner wrote (please find the answer below the original text):
Also versuch dein Glück zunächst mal mit der richtigen AUTH Einstellung bevor du anfängst Email-Adressen umzuschreiben. In /etc/mail/linux.mc habe ich folgendes eingetragen :
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl FEATURE(`authinfo', `hash -o 'AUTH_DIR`/auth-info')dnl
Ich habe jetzt folgendes in /etc/mail/auth-info eingetragen : AuthInfo:smtp.1und1.de "U:XXXXX" "I:XXXXX@YYYYY" "P:ZZZZZZ" "M:LOGIN"
Wenn ich LOGIN durch PLAIN ersetze, habe ich das gleiche Ergebnis. Wenn ich nun als root mit mailx -s Test Uwe.Beach@gmx.de eine mail abschicke, steht folgendes in /var/log/mail :
Nov 27 10:16:47 scalixserver sendmail[8828]: lAR9GjA4008828: to=Uwe@gmx.de, ctladdr=root (0/0), delay=00:00:02, xdelay=00:00:02, mailer=relay, pri=30208, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (lAR9GjVv008829 Message accepted for delivery) Nov 27 10:16:47 scalixserver sendmail[8838]: lAR9GjVv008829: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:02, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Da keine Hinweise auf AUTH failure kommen, gehe ich davon aus, dass die Authentifizierung klappt. Aber wieso wird die email nicht angenommen ?
Hm, du gehst davon aus... mach mal ein echo hallo | sendmail -v Uwe.Beach@gmx.de und schau dir den Output genau an, was da passiert. Ggf. poste dann mal das Ergebnis, wobei du den lokalen Teil weglassen kannst. Eine vielleicht überflüssige Frage: wie generierst du die neue sendmail.cf? Startest du danach sendmail neu (HUP reicht auch)?
...und dann noch: so wie du die FEATURE Zeile oben angegeben hast, kann m4 im make-Lauf nichts damit anfangen. Die Empfehlung hier (vielleicht zunächst mal lesen?): http://www.sendmail.org/~ca/email/auth.html unter "Using sendmail as a client with AUTH" sieht anders aus: FEATURE(`authinfo',`hash /etc/mail/auth/client-info')dnl
Warum machst du ein Extra Feature auf, wenn access_db doch per default an sein sollte und man die AuthInfo-Zeile auch dort eintragen kann? Das verkompliziert die Angelegenheit nur, weil du dann jedes mal bei Änderungen eine weitere Steuerdatei beachten musst.
Gruß - Ingo.
Nachtrag ... du kannst mit dem smtp.1und1.de auch direkt per telnet (auf Port 25) reden ! und ihm alle Mails direkt eintippseln ..manchmal ganz hilfreich zur Fehlersuche - man bekommt auf jedes Kommando sofort eine Antwort... Maildialoge stehen in verschiedenen Büchern drin.. sicher auch im Internet auffindbar ... Gruss Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 27 November 2007 13:35:36 schrieb Fred Ockert:
Ingo Freund schrieb:
On 27.11.2007 10:30, Uwe Wagner wrote (please find the answer below the original text):
Am Montag 26 November 2007 07:55:15 schrieb Ingo Freund:
On 25.11.2007 12:03, Uwe Wagner wrote (please find the answer below the original text):
Also versuch dein Glück zunächst mal mit der richtigen AUTH Einstellung bevor du anfängst Email-Adressen umzuschreiben.
In /etc/mail/linux.mc habe ich folgendes eingetragen :
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl FEATURE(`authinfo', `hash -o 'AUTH_DIR`/auth-info')dnl
Ich habe jetzt folgendes in /etc/mail/auth-info eingetragen : AuthInfo:smtp.1und1.de "U:XXXXX" "I:XXXXX@YYYYY" "P:ZZZZZZ" "M:LOGIN"
Wenn ich LOGIN durch PLAIN ersetze, habe ich das gleiche Ergebnis. Wenn ich nun als root mit mailx -s Test Uwe.Beach@gmx.de eine mail abschicke, steht folgendes in /var/log/mail :
Nov 27 10:16:47 scalixserver sendmail[8828]: lAR9GjA4008828: to=Uwe@gmx.de, ctladdr=root (0/0), delay=00:00:02, xdelay=00:00:02,
mailer=relay, pri=30208, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (lAR9GjVv008829 Message accepted for delivery)
Nov 27 10:16:47 scalixserver sendmail[8838]: lAR9GjVv008829: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:02, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Da keine Hinweise auf AUTH failure kommen, gehe ich davon aus, dass die Authentifizierung klappt. Aber wieso wird die email nicht angenommen ?
Hm, du gehst davon aus... mach mal ein echo hallo | sendmail -v Uwe.Beach@gmx.de und schau dir den Output genau an, was da passiert. Ggf. poste dann mal das Ergebnis, wobei du den lokalen Teil weglassen kannst. Eine vielleicht überflüssige Frage: wie generierst du die neue sendmail.cf? Startest du danach sendmail neu (HUP reicht auch)?
...und dann noch: so wie du die FEATURE Zeile oben angegeben hast, kann m4 im make-Lauf nichts damit anfangen. Die Empfehlung hier (vielleicht zunächst mal lesen?): http://www.sendmail.org/~ca/email/auth.html unter "Using sendmail as a client with AUTH" sieht anders aus: FEATURE(`authinfo',`hash /etc/mail/auth/client-info')dnl
Warum machst du ein Extra Feature auf, wenn access_db doch per default an sein sollte und man die AuthInfo-Zeile auch dort eintragen kann? Das verkompliziert die Angelegenheit nur, weil du dann jedes mal bei Änderungen eine weitere Steuerdatei beachten musst.
Gruß - Ingo.
Nachtrag ... du kannst mit dem smtp.1und1.de auch direkt per telnet (auf Port 25) reden ! und ihm alle Mails direkt eintippseln ..manchmal ganz hilfreich zur Fehlersuche - man bekommt auf jedes Kommando sofort eine Antwort... Maildialoge stehen in verschiedenen Büchern drin.. sicher auch im Internet auffindbar ... Das klappt mit einer gültigen (externen) Absenderadresse, nicht mit einer lokalen.
gruesse uwe
Gruss Fred
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 27 November 2007 12:44:08 schrieb Ingo Freund:
On 27.11.2007 10:30, Uwe Wagner wrote (please find the answer below the original text):
Am Montag 26 November 2007 07:55:15 schrieb Ingo Freund:
On 25.11.2007 12:03, Uwe Wagner wrote (please find the answer below the original text):
Also versuch dein Glück zunächst mal mit der richtigen AUTH Einstellung bevor du anfängst Email-Adressen umzuschreiben.
In /etc/mail/linux.mc habe ich folgendes eingetragen :
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl FEATURE(`authinfo', `hash -o 'AUTH_DIR`/auth-info')dnl
Ich habe jetzt folgendes in /etc/mail/auth-info eingetragen : AuthInfo:smtp.1und1.de "U:XXXXX" "I:XXXXX@YYYYY" "P:ZZZZZZ" "M:LOGIN"
Wenn ich LOGIN durch PLAIN ersetze, habe ich das gleiche Ergebnis. Wenn ich nun als root mit mailx -s Test Uwe.Beach@gmx.de eine mail abschicke, steht folgendes in /var/log/mail :
Nov 27 10:16:47 scalixserver sendmail[8828]: lAR9GjA4008828: to=Uwe@gmx.de, ctladdr=root (0/0), delay=00:00:02, xdelay=00:00:02,
mailer=relay, pri=30208, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (lAR9GjVv008829 Message accepted for delivery)
Nov 27 10:16:47 scalixserver sendmail[8838]: lAR9GjVv008829: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:02, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Da keine Hinweise auf AUTH failure kommen, gehe ich davon aus, dass die Authentifizierung klappt. Aber wieso wird die email nicht angenommen ?
Hier das log, wenn das senden klappt. Nov 27 11:57:35 scalixserver amavis[12601]: (12601) Passed CLEAN, LOCAL [127.0.0.1] [127.0.0.1] <Uwe@wagner.de> -> <uwe@gmx.de>, Queue-ID: lARAvXXw015073, Message-ID: <744590088.1121196161053231.JavaMail.root@scalixserver.uwe-lokal.de>, mail_id: d6xGB8keEYGo, Hits: -2.162, 999 ms Nov 27 11:57:35 scalixserver sendmail[15073]: lARAvXXw015073: Milter insert (2147483647): header: X-Virus-Scanned: amavisd-new at wagner.de Nov 27 11:57:39 scalixserver sendmail[15086]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256 Nov 27 11:57:39 scalixserver sendmail[15086]: lARAvXXw015073: to=<uwe@gmx.de>, delay=00:00:05, xdelay=00:00:03, mailer=relay, pri=121313, relay=smtp.1und1.de. [212.227.15.183], dsn=2.0.0, stat=Sent (Message 0ML31I-1Iwy8H2Hed-00037c accepted by mrelayeu8.kundenserver.de)
Hm, du gehst davon aus... mach mal ein echo hallo | sendmail -v Uwe.Beach@gmx.de
echo Hallo | sendmail -v Uwe.Beach@gmx.de Uwe.Beach@gmx.de... Connecting to [127.0.0.1] via relay... 220 scalixserver.uwe-lokal.de ESMTP Sendmail 8.13.6/8.13.6/SuSE Linux 0.8; Tue, 27 Nov 2007 13:38:42 +0100
EHLO scalixserver.uwe-lokal.de 250-scalixserver.uwe-lokal.de Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-AUTH LOGIN 250-DELIVERBY 250 HELP MAIL From:<root@scalixserver.uwe-lokal.de> SIZE=6 AUTH=root@scalixserver.uwe-lokal.de 250 2.1.0 <root@scalixserver.uwe-lokal.de>... Sender ok RCPT To:<Uwe.Beach@gmx.de> DATA 250 2.1.5 <Uwe.Beach@gmx.de>... Recipient ok 354 Enter mail, end with "." on a line by itself . 250 2.0.0 lARCcgbL020838 Message accepted for delivery Uwe.Beach@gmx.de... Sent (lARCcgbL020838 Message accepted for delivery) Closing connection to [127.0.0.1] QUIT 221 2.0.0 scalixserver.uwe-lokal.de closing connection
Hier die Ausgaben in /var/log/mail : Nov 27 13:51:44 scalixserver sendmail[21661]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256 Nov 27 13:51:45 scalixserver sendmail[21661]: lARCpM8k021652: AUTH=client, available mechanisms do not fulfill requirements Nov 27 13:51:45 scalixserver sendmail[21661]: AUTH=client, relay=smtp.1und1.de., temporary failure, connection abort Nov 27 13:51:45 scalixserver sendmail[21661]: lARCpM8k021652: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:23, xdelay=00:00:22, mailer=relay, pri=120315, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: Temporary AUTH failure Nov 27 13:52:41 scalixserver sendmail[21689]: lARCpM8k021652: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:01:19, xdelay=00:00:00, mailer=relay, pri=210315, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred Die gleiche mail ein paar Minuten später versendet, ergab : Nov 27 13:56:47 scalixserver sendmail[21912]: lARCuk6s021903: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
und schau dir den Output genau an, was da passiert. Ggf. poste dann mal das Ergebnis, wobei du den lokalen Teil weglassen kannst. Eine vielleicht überflüssige Frage: wie generierst du die neue sendmail.cf? m4 linux.mc >../sendmail.cf
Startest du danach sendmail neu (HUP reicht auch)? Klar, mit rcsendmail reload
...und dann noch: so wie du die FEATURE Zeile oben angegeben hast, kann m4 im make-Lauf nichts damit anfangen.
In der /etc/sendmail.cf wird's aber richtig eingetragen. # authinfo list database: contains info for authentication as client Kauthinfo hash -o /etc/mail/auth/auth-info Ohne das FEATURE(`authinfo...) fehlt die Zeile Kauthinfo... in der sendmail.cf.
Die Empfehlung hier (vielleicht zunächst mal lesen?): http://www.sendmail.org/~ca/email/auth.html unter "Using sendmail as a client with AUTH" sieht anders aus: FEATURE(`authinfo',`hash /etc/mail/auth/client-info')dnl
Warum machst du ein Extra Feature auf, wenn access_db doch per default an sein sollte und man die AuthInfo-Zeile auch dort eintragen kann? Das verkompliziert die Angelegenheit nur, weil du dann jedes mal bei Änderungen eine weitere Steuerdatei beachten musst.
Gruß - Ingo.
gruesse uwe
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 27.11.2007 13:59, Uwe Wagner wrote (please find the answer below the original text):
Am Dienstag 27 November 2007 12:44:08 schrieb Ingo Freund:
echo Hallo | sendmail -v Uwe.Beach@gmx.de Uwe.Beach@gmx.de... Connecting to [127.0.0.1] via relay... 220 scalixserver.uwe-lokal.de ESMTP Sendmail 8.13.6/8.13.6/SuSE Linux 0.8; [...] 250 2.0.0 lARCcgbL020838 Message accepted for delivery Uwe.Beach@gmx.de... Sent (lARCcgbL020838 Message accepted for delivery) Closing connection to [127.0.0.1]
QUIT 221 2.0.0 scalixserver.uwe-lokal.de closing connection
Das ist leider wieder nur der lokale Teil.
Die gleiche mail ein paar Minuten später versendet, ergab :
Nov 27 13:56:47 scalixserver sendmail[21912]: lARCuk6s021903: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Ähm, aber die Steuerdatei hast du generiert? mit (im richtigen Ordner: `AUTH_DIR') makemap hash auth-info < auth-info dort muss dann eine auth-info.db stehen.
gruesse uwe
Wenn das alles nichts wird, dann hilft wohl tatsächlich nur noch das Umschreiben der Adresse: SuSE Art: hilft nicht so richtig, solange dein Rechner keine offizielle Domain im Namen führt. sendmail config: hilft, wenn du tatsächlich, wie irgendwo oben gesehen, die Domain "wagner.de" hältst. in /etc/mail/linux.mc MASQUERADE_AS(`wagner.de')dnl MASQUERADE_DOMAIN(`scalixserver.uwe-lokal.de')dnl dnl # schreibt auch unqualifizierte Header um: FEATURE(`allmasquerade')dnl FEATURE(`masquerade_envelope')dnl und die übliche Runde mit m4 und reload. Viel Erfolg -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 27 November 2007 14:47:36 schrieb Ingo Freund:
On 27.11.2007 13:59, Uwe Wagner wrote (please find the answer below the original text):
Am Dienstag 27 November 2007 12:44:08 schrieb Ingo Freund:
echo Hallo | sendmail -v Uwe.Beach@gmx.de Uwe.Beach@gmx.de... Connecting to [127.0.0.1] via relay... 220 scalixserver.uwe-lokal.de ESMTP Sendmail 8.13.6/8.13.6/SuSE Linux 0.8;
[...]
250 2.0.0 lARCcgbL020838 Message accepted for delivery Uwe.Beach@gmx.de... Sent (lARCcgbL020838 Message accepted for delivery) Closing connection to [127.0.0.1]
QUIT
221 2.0.0 scalixserver.uwe-lokal.de closing connection
Das ist leider wieder nur der lokale Teil. Mehr wurde hier im x-term nicht ausgegeben.
Die gleiche mail ein paar Minuten später versendet, ergab :
Nov 27 13:56:47 scalixserver sendmail[21912]: lARCuk6s021903: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Ähm, aber die Steuerdatei hast du generiert? mit (im richtigen Ordner: `AUTH_DIR') makemap hash auth-info < auth-info dort muss dann eine auth-info.db stehen.
ja
gruesse uwe
Wenn das alles nichts wird, dann hilft wohl tatsächlich nur noch das Umschreiben der Adresse: SuSE Art: hilft nicht so richtig, solange dein Rechner keine offizielle Domain im Namen führt.
sendmail config: hilft, wenn du tatsächlich, wie irgendwo oben gesehen, die Domain "wagner.de" hältst. in /etc/mail/linux.mc MASQUERADE_AS(`wagner.de')dnl MASQUERADE_DOMAIN(`scalixserver.uwe-lokal.de')dnl
dnl # schreibt auch unqualifizierte Header um: FEATURE(`allmasquerade')dnl FEATURE(`masquerade_envelope')dnl
ist alles schon drin in der linux.mc
und die übliche Runde mit m4 und reload.
Bin etwas weiter gekommen. Nov 27 16:06:00 scalixserver sendmail[30068]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256 Ist dieser Hinweis (TLSv1/SSLv3, verify=FAIL) nicht die Ursache des Fehlers ? Kann Benutzername/Kennwort nicht verschlüsselt werden ? Nov 27 16:06:03 scalixserver sendmail[30068]: lARF5xgL030060: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:04, xdelay=00:00:03, mailer=relay, pri=120478, relay=smtp.1und1.de. [212.227.15.183], dsn=5.1.1, stat=User unknown Nov 27 16:06:03 scalixserver sendmail[30068]: lARF5xgL030060: lARF63gL030068: DSN: User unknown Folgendes wurde an postmaster gesendet : The original message was received at Tue, 27 Nov 2007 16:05:59 +0100 from localhost [127.0.0.1] with id lARF5xgL030060 ----- The following addresses had permanent fatal errors ----- <Uwe@gmx.de> (reason: 550 must be authenticated) ----- Transcript of session follows ----- ... while talking to smtp.1und1.de.:
DATA <<< 550 must be authenticated 550 5.1.1 <Uwe@gmx.de>... User unknown <<< 554 no valid recipients
Ich habe schon viele Einträge in auth-info probiert. AuthInfo:"U:XXXX" "I:XXXX" "P:YYYY" "R:smtp.1und1.de" "M:DIGEST-MD5" XXXX ist das Mail-Konto bei 1und1, z.B. uwe@domain.de In Internet habe ich viele verschiedene Möglichkeiten für AuthInfo gefunden. Keine Ahnung, welches die richtige ist. Mit U: und I:, nur U:, nur I:, hab schon viele ausprobiert. Bei 1und1 ist nur ein Hnweis auf eine alte SuSE Konfiguration, da steht U: und I: drin. gruesse uwe
Viel Erfolg -Ingo.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 27.11.2007 16:26, schrieb Uwe Wagner (Antwort folgt unter dem Originaltext): [...]
Am Dienstag 27 November 2007 14:47:36 schrieb Ingo Freund:
Bin etwas weiter gekommen.
Nov 27 16:06:00 scalixserver sendmail[30068]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256
Du experimentierst jetzt aber an ganz anderer Stelle. STARTTLS und SMTP AUTH sind zwei völlig unterschiedliche paar Schuhe. Du kannst ersteres einbinden, musst es aber nicht. Wenn aber 1&1 SMTP AUTH nur bei verschlüsselten Verbindungen (STARTTLS) macht, dann brauchst du es natürlich. An diesem log-Eintrag könnte es liegen: scalixserver sendmail[21661]: lARCpM8k021652: AUTH=client, available mechanisms do not fulfill requirements
Ist dieser Hinweis (TLSv1/SSLv3, verify=FAIL) nicht die Ursache des Fehlers ? Kann Benutzername/Kennwort nicht verschlüsselt werden ?
Nö, die beiden reden TLS miteinander, nur das verify schlägt fehl, wahrscheinlich weil in deinem Baum die Zertifikate nicht hinterlegt sind.
<<< 550 must be authenticated <------- 550 5.1.1 <Uwe@gmx.de>... User unknown <<< 554 no valid recipients
Also das sagt ganz klar "nicht authentifiziert".
Ich habe schon viele Einträge in auth-info probiert.
AuthInfo:"U:XXXX" "I:XXXX" "P:YYYY" "R:smtp.1und1.de" "M:DIGEST-MD5"
XXXX ist das Mail-Konto bei 1und1, z.B. uwe@domain.de
In Internet habe ich viele verschiedene Möglichkeiten für AuthInfo gefunden. Keine Ahnung, welches die richtige ist. Mit U: und I:, nur U:, nur I:, hab schon viele ausprobiert.
In einer meiner vorherigen Antworten stand schon: Nutze "I:" und "P:". Optional (wenn den angebotenen Mechanismus weißt) ist "M:". Vielleicht schickst du mal deine linux.mc in bereinigter Form. Reinigung so ungefähr: cat linux.mc | grep -vi "^dnl\|^#\|^$" Wenn du sie mir als PM schicken willst, dann bitte an "ingo at edict dot de". -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 27 November 2007 18:32:59 schrieb Ingo Freund:
Am 27.11.2007 16:26, schrieb Uwe Wagner (Antwort folgt unter dem Originaltext): [...]
Am Dienstag 27 November 2007 14:47:36 schrieb Ingo Freund:
Bin etwas weiter gekommen.
Nov 27 16:06:00 scalixserver sendmail[30068]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256
Du experimentierst jetzt aber an ganz anderer Stelle. STARTTLS und SMTP AUTH sind zwei völlig unterschiedliche paar Schuhe. Du kannst ersteres einbinden, musst es aber nicht. Wenn aber 1&1 SMTP AUTH nur bei verschlüsselten Verbindungen (STARTTLS) macht, dann brauchst du es natürlich.
Ich habe keine Ahnung, warum STARTTLS jetzt aktiv ist.
An diesem log-Eintrag könnte es liegen: scalixserver sendmail[21661]: lARCpM8k021652: AUTH=client, available mechanisms do not fulfill requirements
Ist dieser Hinweis (TLSv1/SSLv3, verify=FAIL) nicht die Ursache des Fehlers ? Kann Benutzername/Kennwort nicht verschlüsselt werden ?
Nö, die beiden reden TLS miteinander, nur das verify schlägt fehl, wahrscheinlich weil in deinem Baum die Zertifikate nicht hinterlegt sind.
<<< 550 must be authenticated <------- 550 5.1.1 <Uwe@gmx.de>... User unknown <<< 554 no valid recipients
Also das sagt ganz klar "nicht authentifiziert".
Ich habe schon viele Einträge in auth-info probiert.
AuthInfo:"U:XXXX" "I:XXXX" "P:YYYY" "R:smtp.1und1.de" "M:DIGEST-MD5"
XXXX ist das Mail-Konto bei 1und1, z.B. uwe@domain.de
In Internet habe ich viele verschiedene Möglichkeiten für AuthInfo gefunden. Keine Ahnung, welches die richtige ist. Mit U: und I:, nur U:, nur I:, hab schon viele ausprobiert.
In einer meiner vorherigen Antworten stand schon: Nutze "I:" und "P:".
AuthInfo:"I:XXXX@domain.de" "P:YYYY" "R:smtp.1und1.de"
Optional (wenn den angebotenen Mechanismus weißt) ist "M:".
Vielleicht schickst du mal deine linux.mc in bereinigter Form. Reinigung so ungefähr: cat linux.mc | grep -vi "^dnl\|^#\|^$"
Hier meine linux.mc : divert(-1) include(`/usr/share/sendmail/m4/cf.m4') divert(0)dnl VERSIONID(`@(#)Setup for SuSE Linux 8.12.11-0.5 (SuSE Linux) 2004/04/02')dnl OSTYPE(`suse-linux')dnl define(`SMART_HOST', `smtp.1und1.de')dnl FEATURE(`always_add_domain')dnl MASQUERADE_AS(`wagner.de')dnl FEATURE(`masquerade_envelope')dnl FEATURE(`allmasquerade')dnl MASQUERADE_DOMAIN(`scalixserver.uwe-lokal.de')dnl GENERICS_DOMAIN(`wagner.de')dnl GENERICS_DOMAIN_FILE(`/etc/mail/local-host-names')dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl FEATURE(`authinfo',`hash -o /etc/mail/auth/auth-info')dnl DOMAIN(`generic')dnl MAILER(`local')dnl MAILER(`smtp')dnl MAILER(`procmail')dnl MAILER(`uucp')dnl MAILER(`bsmtp')dnl MAILER(`fido')dnl LOCAL_CONFIG MAILER(scalix)dnl define(`MILTER', 1)dnl INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/spool/amavis/amavisd-milter.sock, F=T, T=S:10m;R:10m;E:10m')dnl Im Moment werden wieder mal keine mails mit einer Meldung an postmaster verschickt. Keine Ahnung, wieso. Sendmail macht was es will. gruesse uwe
Wenn du sie mir als PM schicken willst, dann bitte an "ingo at edict dot de".
-Ingo.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 27.11.2007 22:55, Uwe Wagner wrote (please find the answer below the original text):
Am Dienstag 27 November 2007 18:32:59 schrieb Ingo Freund:
[...] Es sieht ganz gut aus, aber: wenn du genericstable nutzen willst fehlt: FEATURE(`genericstable')dnl dazu nimmt man dann noch _entweder_ GENERICS_DOMAIN _oder_ GENERICS_DOMAIN_FILE ich empfehle die Datei, weil dann ein HUP auf sendmail reicht um Änderungen zu übernehmen (ohne Neubau der sendmail.cf): GENERICS_DOMAIN_FILE(`/etc/mail/local-host-names')dnl und raus mit (der Inhalt ist sowieso falsch): GENERICS_DOMAIN(`wagner.de')dnl Inhalt von /etc/mail/local-host-names: uwe-lokal.de .uwe-lokal.de scalixserver.uwe-lokal.de Analog dazu das Maskieren: MASQUERADE_DOMAIN_FILE(`/etc/mail/masquerade_domains')dnl und raus mit MASQUERADE_DOMAIN(`scalixserver.uwe-lokal.de')dnl Inhalt von /etc/mail/masquerade_domains: das gleiche wie /etc/mail/local-host-names Entferne bitte das "hash -o" im AUTH-INFO FEATURE, es wird immer wieder davon abgeraten, auch wenn es in manchen Dokus zu finden ist. Mir ist nicht klar, was das Statement "MAILER(scalix)" bedeuten soll, nimme es im Zweifel raus ("dnl" davor). Es macht nur Sinn, wenn ein lokaler Agent namens scalix läuft um Mails in Postfächer zu verteilen. Versuch mal zusätzlich: dnl # -- our domain name define(`confDOMAIN_NAME', `wagner.de')dnl -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 28 November 2007 11:06:17 schrieb Ingo Freund:
On 27.11.2007 22:55, Uwe Wagner wrote (please find the answer below the original text):
Am Dienstag 27 November 2007 18:32:59 schrieb Ingo Freund:
[...]
Es sieht ganz gut aus, aber: wenn du genericstable nutzen willst fehlt: FEATURE(`genericstable')dnl dazu nimmt man dann noch _entweder_ GENERICS_DOMAIN _oder_ GENERICS_DOMAIN_FILE ich empfehle die Datei, weil dann ein HUP auf sendmail reicht um Änderungen zu übernehmen (ohne Neubau der sendmail.cf): GENERICS_DOMAIN_FILE(`/etc/mail/local-host-names')dnl und raus mit (der Inhalt ist sowieso falsch): GENERICS_DOMAIN(`wagner.de')dnl
Inhalt von /etc/mail/local-host-names: uwe-lokal.de .uwe-lokal.de scalixserver.uwe-lokal.de
Analog dazu das Maskieren: MASQUERADE_DOMAIN_FILE(`/etc/mail/masquerade_domains')dnl und raus mit MASQUERADE_DOMAIN(`scalixserver.uwe-lokal.de')dnl
Inhalt von /etc/mail/masquerade_domains: das gleiche wie /etc/mail/local-host-names
Entferne bitte das "hash -o" im AUTH-INFO FEATURE, es wird immer wieder davon abgeraten, auch wenn es in manchen Dokus zu finden ist.
Mir ist nicht klar, was das Statement "MAILER(scalix)" bedeuten soll, nimme es im Zweifel raus ("dnl" davor). Es macht nur Sinn, wenn ein lokaler Agent namens scalix läuft um Mails in Postfächer zu verteilen.
Ja, hier läuft scalix.
Versuch mal zusätzlich: dnl # -- our domain name define(`confDOMAIN_NAME', `wagner.de')dnl
Mit der folgenden linux.mc funktionert jetzt das Umschreiben der Absenderadresse gemäß den Eintragungen in der genericstable : divert(-1)dnl include(`/usr/share/sendmail/m4/cf.m4')dnl VERSIONID(`setup for SuSE Linux')dnl OSTYPE(`suse-linux')dnl define(`SMART_HOST',`smtp.1und1.de') define(`confDEF_USER_ID',``8:12'')dnl define(`confTO_CONNECT', `1m')dnl define(`confTRY_NULL_MX_LIST',true)dnl define(`confDONT_PROBE_INTERFACES',true)dnl define(`PROCMAIL_MAILER_PATH',`/usr/bin/procmail')dnl define(`ALIAS_FILE', `/etc/aliases')dnl define(`STATUS_FILE', `/var/log/mail/statistics')dnl define(`UUCP_MAILER_MAX', `2000000')dnl define(`confUSERDB_SPEC', `/etc/mail/userdb.db')dnl define(`confPRIVACY_FLAGS', `authwarnings,novrfy,noexpn,restrictqrun')dnl define(`confAUTH_OPTIONS', `A')dnl define(`MILTER', 1)dnl INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/spool/amavis/amavisd-milter.soc k, F=T, T=S:10m;R:10m;E:10m')dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN') dnl define(`confTO_IDENT', `0')dnl FEATURE(`no_default_msa',`dnl')dnl FEATURE(`smrsh',`/usr/sbin/smrsh')dnl FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl FEATURE(`authinfo',`/etc/mail/auth/auth-info.db')dnl FEATURE(`genericstable',`hash -o /etc/mail/genericstable.db')dnl FEATURE(`generics_entire_domain')dnl FEATURE(redirect)dnl FEATURE(always_add_domain)dnl FEATURE(use_cw_file)dnl FEATURE(use_ct_file)dnl GENERICS_DOMAIN(`scalixserver.uwe-lokal.de')dnl FEATURE(local_procmail,`',`procmail -t -Y -a $h -d $u')dnl FEATURE(`access_db',`hash -T<TMPF> -o /etc/mail/access.db')dnl FEATURE(`blacklist_recipients')dnl EXPOSED_USER(`root')dnl DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl FEATURE(`accept_unresolvable_domains')dnl LOCAL_DOMAIN(`scalixserver.uwe-lokal.de')dnl FEATURE(masquerade_envelope)dnl MAILER(smtp)dnl MAILER(procmail)dnl MAILER(scalix)dnl Dazu folgende auth-info in /etc/mail/auth : AuthInfo:smtp.1und1.de "U:XXX@domain.de" "I:XXX@domain.de" "P:YYYY" "M:LOGIN" Danke an alle. Ingo, Deine Anmerkungen baue ich nach und nach ein. gruesse uwe
-Ingo.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 28.11.2007 12:00, Uwe Wagner wrote (please find the answer below the original text):
Danke an alle.
Ingo, Deine Anmerkungen baue ich nach und nach ein.
gruesse uwe
das brauchst du nicht mehr, sie waren für die anfängliche linux.mc-Datei gedacht. Schön, es funktioniert. Schade aber, dass du dermaßen mit Kanonen auf Spatzen schießt. Ich unterstelle mal, dass du nicht wirklich weißt, was du da alles eingebaut hast. Viele Werte sind default, die du mit der jeweiligen Angabe jetzt auf immer festgenietet hast und damit Nachfolgeversionen ggf. beeinträchtigst. Die mc-Datei ist im Normalfall deutlich schlanker und damit auch weniger Featurer-behaftet bzw. fehlerträchtig. -Ingo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 28 November 2007 12:56:16 schrieb Ingo Freund:
On 28.11.2007 12:00, Uwe Wagner wrote (please find the answer below the original text):
Danke an alle.
Ingo, Deine Anmerkungen baue ich nach und nach ein.
gruesse uwe
das brauchst du nicht mehr, sie waren für die anfängliche linux.mc-Datei gedacht.
Schön, es funktioniert. Schade aber, dass du dermaßen mit Kanonen auf Spatzen schießt. Ich unterstelle mal, dass du nicht wirklich weißt, was du da alles eingebaut hast. Nee, noch nicht alles. Ich brauchte aber einen funktionsfähigen mailserver.
Viele Werte sind default, die du mit der jeweiligen Angabe jetzt auf immer festgenietet hast und damit Nachfolgeversionen ggf. beeinträchtigst. Die mc-Datei ist im Normalfall deutlich schlanker und damit auch weniger Featurer-behaftet bzw. fehlerträchtig. Das wäre mir auf Dauer auch lieber, ich schau's mir die nächsten Tage an.
gruesse uwe
-Ingo.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Uwe Wagner schrieb:
Am Dienstag 27 November 2007 12:44:08 schrieb Ingo Freund:
On 27.11.2007 10:30, Uwe Wagner wrote (please find the answer below the original text):
Am Montag 26 November 2007 07:55:15 schrieb Ingo Freund:
On 25.11.2007 12:03, Uwe Wagner wrote (please find the answer below the original text):
Also versuch dein Glück zunächst mal mit der richtigen AUTH Einstellung bevor du anfängst Email-Adressen umzuschreiben. In /etc/mail/linux.mc habe ich folgendes eingetragen :
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl FEATURE(`authinfo', `hash -o 'AUTH_DIR`/auth-info')dnl
Ich habe jetzt folgendes in /etc/mail/auth-info eingetragen : AuthInfo:smtp.1und1.de "U:XXXXX" "I:XXXXX@YYYYY" "P:ZZZZZZ" "M:LOGIN"
Wenn ich LOGIN durch PLAIN ersetze, habe ich das gleiche Ergebnis. Wenn ich nun als root mit mailx -s Test Uwe.Beach@gmx.de eine mail abschicke, steht folgendes in /var/log/mail :
Nov 27 10:16:47 scalixserver sendmail[8828]: lAR9GjA4008828: to=Uwe@gmx.de, ctladdr=root (0/0), delay=00:00:02, xdelay=00:00:02, mailer=relay, pri=30208, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (lAR9GjVv008829 Message accepted for delivery)
Nov 27 10:16:47 scalixserver sendmail[8838]: lAR9GjVv008829: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:02, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Da keine Hinweise auf AUTH failure kommen, gehe ich davon aus, dass die Authentifizierung klappt. Aber wieso wird die email nicht angenommen ? Hier das log, wenn das senden klappt.
Nov 27 11:57:35 scalixserver amavis[12601]: (12601) Passed CLEAN, LOCAL [127.0.0.1] [127.0.0.1] <Uwe@wagner.de> -> <uwe@gmx.de>, Queue-ID: lARAvXXw015073, Message-ID: <744590088.1121196161053231.JavaMail.root@scalixserver.uwe-lokal.de>, mail_id: d6xGB8keEYGo, Hits: -2.162, 999 ms Nov 27 11:57:35 scalixserver sendmail[15073]: lARAvXXw015073: Milter insert (2147483647): header: X-Virus-Scanned: amavisd-new at wagner.de Nov 27 11:57:39 scalixserver sendmail[15086]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256
relay= smtp.1und1.de
Nov 27 11:57:39 scalixserver sendmail[15086]: lARAvXXw015073: to=<uwe@gmx.de>, delay=00:00:05, xdelay=00:00:03, mailer=relay, pri=121313, relay=smtp.1und1.de. [212.227.15.183], dsn=2.0.0, stat=Sent (Message 0ML31I-1Iwy8H2Hed-00037c accepted by mrelayeu8.kundenserver.de)
wer ist myrelayeu8.kundenserver.de ?
Hm, du gehst davon aus... mach mal ein echo hallo | sendmail -v Uwe.Beach@gmx.de
echo Hallo | sendmail -v Uwe.Beach@gmx.de Uwe.Beach@gmx.de... Connecting to [127.0.0.1] via relay... 220 scalixserver.uwe-lokal.de ESMTP Sendmail 8.13.6/8.13.6/SuSE Linux 0.8; Tue, 27 Nov 2007 13:38:42 +0100
EHLO scalixserver.uwe-lokal.de 250-scalixserver.uwe-lokal.de Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-AUTH LOGIN 250-DELIVERBY 250 HELP MAIL From:<root@scalixserver.uwe-lokal.de> SIZE=6 AUTH=root@scalixserver.uwe-lokal.de 250 2.1.0 <root@scalixserver.uwe-lokal.de>... Sender ok RCPT To:<Uwe.Beach@gmx.de> DATA 250 2.1.5 <Uwe.Beach@gmx.de>... Recipient ok 354 Enter mail, end with "." on a line by itself .
lokal entgegengenommen
250 2.0.0 lARCcgbL020838 Message accepted for delivery Uwe.Beach@gmx.de... Sent (lARCcgbL020838 Message accepted for delivery) Closing connection to [127.0.0.1]
QUIT 221 2.0.0 scalixserver.uwe-lokal.de closing connection
ist aber bis hierher alles lokal gelaufen ...
Hier die Ausgaben in /var/log/mail :
Nov 27 13:51:44 scalixserver sendmail[21661]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256 Nov 27 13:51:45 scalixserver sendmail[21661]: lARCpM8k021652: AUTH=client, available mechanisms do not fulfill requirements Nov 27 13:51:45 scalixserver sendmail[21661]: AUTH=client, relay=smtp.1und1.de., temporary failure, connection abort Nov 27 13:51:45 scalixserver sendmail[21661]: lARCpM8k021652: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:23, xdelay=00:00:22, mailer=relay, pri=120315, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: Temporary AUTH failure Nov 27 13:52:41 scalixserver sendmail[21689]: lARCpM8k021652: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:01:19, xdelay=00:00:00, mailer=relay, pri=210315, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Die gleiche mail ein paar Minuten später versendet, ergab :
Nov 27 13:56:47 scalixserver sendmail[21912]: lARCuk6s021903: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
die wird also DEIN Mailserver nicht los bei 1+1 ....
und schau dir den Output genau an, was da passiert. Ggf. poste dann mal das Ergebnis, wobei du den lokalen Teil weglassen kannst. Eine vielleicht überflüssige Frage: wie generierst du die neue sendmail.cf? m4 linux.mc >../sendmail.cf
Startest du danach sendmail neu (HUP reicht auch)? Klar, mit rcsendmail reload
...und dann noch: so wie du die FEATURE Zeile oben angegeben hast, kann m4 im make-Lauf nichts damit anfangen. In der /etc/sendmail.cf wird's aber richtig eingetragen.
# authinfo list database: contains info for authentication as client Kauthinfo hash -o /etc/mail/auth/auth-info
Ohne das FEATURE(`authinfo...) fehlt die Zeile Kauthinfo... in der sendmail.cf.
Die Empfehlung hier (vielleicht zunächst mal lesen?): http://www.sendmail.org/~ca/email/auth.html unter "Using sendmail as a client with AUTH" sieht anders aus: FEATURE(`authinfo',`hash /etc/mail/auth/client-info')dnl
Warum machst du ein Extra Feature auf, wenn access_db doch per default an sein sollte und man die AuthInfo-Zeile auch dort eintragen kann? Das verkompliziert die Angelegenheit nur, weil du dann jedes mal bei Änderungen eine weitere Steuerdatei beachten musst.
Gruß - Ingo.
gruesse uwe
hmmm ..kan man das Logging "hochdrehen " ? Fred PS: murkele hier mit Postfix ... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Die, 27 Nov 2007, Uwe Wagner schrieb:
echo Hallo | sendmail -v Uwe.Beach@gmx.de
RCPT To:<Uwe.Beach@gmx.de> ^^^^^^^^^^^^^^^^ [..] Hier die Ausgaben in /var/log/mail :
Nov 27 13:51:44 scalixserver sendmail[21661]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256 Nov 27 13:51:45 scalixserver sendmail[21661]: lARCpM8k021652: AUTH=client, available mechanisms do not fulfill requirements Nov 27 13:51:45 scalixserver sendmail[21661]: AUTH=client, relay=smtp.1und1.de., temporary failure, connection abort Nov 27 13:51:45 scalixserver sendmail[21661]: lARCpM8k021652: to=<Uwe@gmx.de>, ^^^^^^^^^^^^^^^ ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:23, xdelay=00:00:22, mailer=relay, pri=120315, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: Temporary AUTH failure
Hier will der smtp.1und1.de einen anderen Authmechanismus als du eingestellt hast. Und anscheinend läßt du die Empfängeradresse umschreiben.
Die gleiche mail ein paar Minuten später versendet, ergab :
Nov 27 13:56:47 scalixserver sendmail[21912]: lARCuk6s021903: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Natürlich das gleiche. Sendmail merkt sich sowas. Wenn du sowas testest mußt du mit 'sendmail -bh' und/oder 'sendmail -bH' die Hostinfo löschen. -dnh -- "Gna, schon wieder Seti [...] Dabei ist es schon schwierig genug, auf *diesem* Planeten intelligentes Leben zu finden." -- Charly Kuehnast -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 27 November 2007 16:46:13 schrieb David Haller:
Hallo,
Am Die, 27 Nov 2007, Uwe Wagner schrieb:
echo Hallo | sendmail -v Uwe.Beach@gmx.de
RCPT To:<Uwe.Beach@gmx.de>
^^^^^^^^^^^^^^^^ [..]
Hier die Ausgaben in /var/log/mail :
Nov 27 13:51:44 scalixserver sendmail[21661]: STARTTLS=client, relay=smtp.1und1.de., version=TLSv1/SSLv3, verify=FAIL, cipher=AES256-SHA, bits=256/256 Nov 27 13:51:45 scalixserver sendmail[21661]: lARCpM8k021652: AUTH=client, available mechanisms do not fulfill requirements Nov 27 13:51:45 scalixserver sendmail[21661]: AUTH=client, relay=smtp.1und1.de., temporary failure, connection abort Nov 27 13:51:45 scalixserver sendmail[21661]: lARCpM8k021652: to=<Uwe@gmx.de>,
^^^^^^^^^^^^^^^
ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:23, xdelay=00:00:22, mailer=relay, pri=120315, relay=smtp.1und1.de. [212.227.15.183], dsn=4.0.0, stat=Deferred: Temporary AUTH failure
Hier will der smtp.1und1.de einen anderen Authmechanismus als du eingestellt hast. Und anscheinend läßt du die Empfängeradresse umschreiben. Sorry, uwe@gmx.de sollte nur ein Beispiel für eine externe mailadresse sein. Im Protokoll steht die gleiche Adresse wie oben beim sendmail-Aufruf. Ich möchte die Absenderadresse umschreiben, nicht die Empfängeradresse.
Die gleiche mail ein paar Minuten später versendet, ergab :
Nov 27 13:56:47 scalixserver sendmail[21912]: lARCuk6s021903: to=<Uwe@gmx.de>, ctladdr=<root@scalixserver.uwe-lokal.de> (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120478, relay=smtp.1und1.de., dsn=4.0.0, stat=Deferred
Natürlich das gleiche. Sendmail merkt sich sowas. Wenn du sowas testest mußt du mit 'sendmail -bh' und/oder 'sendmail -bH' die Hostinfo löschen.
-dnh
gruesse uwe -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Zudem stand da was von einer "main.cf" und die kennt sendmail nunmal standardmäßig nicht, deshalb ging ich von postfix aus. Mein Fehler wahrscheinlich.
Sorry, mein Fehler, ich meinte natürlich sendmail.cf. Ortwin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (6)
-
David Haller -
Fred Ockert -
Ingo Freund -
Ortwin Ebhardt -
Sandy Drobic -
Uwe Wagner