Hallo, nachdem schon mal zum dritten mal heute mein fetchmail-daemon nichts mehr an sendmail (nicht postfix) weitergeben kann. hier mein Problem: Da ich heute auch schon an die Liste geschrieben hatte, errreichen mich auch die üblichen Mails von nicht zustellbaren Listenmails. Fetchmail holt ab und versucht die dann an sendmail zu übergeben, aber: (Auszug aus meinem fetchmail.log) fetchmail: 10 messages for user at server (41215 octets). fetchmail: reading message user@server:1 of 10 (6687 octets) fetchmail: SMTP error: 451 4.1.8 Domain of sender address MAILER-DAEMON@linux1.local does not resolve fetchmail: not flushed fetchmail: client/server protocol error while fetching from mmomail.zv.mmo.de fetchmail: Query status=4 (PROTOCOL) Klar, die Domain linux1.local gibts nicht. Da hat einer mal wieder seinen Mail Server verkonfiguriert. Wie bringe ich meinem Sendmail bei, bei eingehenden Mails die Mail trotzdem zuzustellen? Andreas PS: Auf die Gefahr hin, langweilig zu werden: unter 7.3 ging es noch!
Hallo, Am Wed, 29 Oct 2003, Andreas Kyek schrieb:
Da ich heute auch schon an die Liste geschrieben hatte, errreichen mich auch die üblichen Mails von nicht zustellbaren Listenmails. Fetchmail holt ab und versucht die dann an sendmail zu übergeben, aber: (Auszug aus meinem fetchmail.log)
fetchmail: 10 messages for user at server (41215 octets). fetchmail: reading message user@server:1 of 10 (6687 octets) fetchmail: SMTP error: 451 4.1.8 Domain of sender address MAILER-DAEMON@linux1.local does not resolve fetchmail: not flushed fetchmail: client/server protocol error while fetching from mmomail.zv.mmo.de fetchmail: Query status=4 (PROTOCOL)
Klar, die Domain linux1.local gibts nicht. Da hat einer mal wieder seinen Mail Server verkonfiguriert.
Wie bringe ich meinem Sendmail bei, bei eingehenden Mails die Mail trotzdem zuzustellen?
Wie generierst du deine sendmail.cf? - Ueber Yast: weiss ich nicht ;) - Ueber ne .mc-Datei und m4: FEATURE(`accept_unresolvable_domains')dnl - direkt in der .cf ist's komplexer, das ist in Rule 'Sbasic_check_mail': Statt: # handle non-DNS hostnames (*.bitnet, *.decnet, *.uucp, etc) R<?> $* < $* $=P > $* $: <OK> $1 < @ $2 $3 > $4 R<?> $* < @ $+ > $* $: <? $(resolve $2 $: $2 <PERM> $) > $1 < @ $2 > $3 R<? $* <$->> $* < @ $+ > $* $: <$2> $3 < @ $4 > $5') Dies: # handle non-DNS hostnames (*.bitnet, *.decnet, *.uucp, etc) R<?> $* < $* $=P > $* $: <OK> $1 < @ $2 $3 > $4 R> $* < @ $+ > $* $: <OK> $1 < @ $2 > $3 ... unresolvable OK Ausserdem kannst du dann 'Kresolve host ...' auskommentieren. Letzteres gefunden in /usr/share/sendmail/* mittels Suche nach 'ACCEPT_UNRESOLVABLE_DOMAINS', welches vom feature definiert wird (int features/accept_unresolvable_domains.m4) -dnh -- SIG kill(ed)
Hallo, Am Wed, 29 Oct 2003, Michael Meyer schrieb:
*** David Haller
wrote: Am Wed, 29 Oct 2003, Andreas Kyek schrieb:
MAILER-DAEMON@linux1.local does not resolve
FEATURE(`accept_unresolvable_domains')dnl
nur, warum sollte man so einen müll annehmen?
Das ist eine ganz andere Frage ;) -dnh -- schön, daß ich Dir helfen konnte. Soll ich Dich ein wenig knuddeln, oder lieber weitertätscheln? -- Bernd zu Marius in suse-talk
On Wednesday 29 October 2003 19:36, Michael Meyer wrote:
*** David Haller
wrote: Am Wed, 29 Oct 2003, Andreas Kyek schrieb:
MAILER-DAEMON@linux1.local does not resolve
FEATURE(`accept_unresolvable_domains')dnl
nur, warum sollte man so einen müll annehmen?
Ich betreibe _keinen_ öffetnlich erreichbaren Mailserver. Ich hole von unserem zentralen Mailserver via fetchmail ab und verteile an die lokalen User. Wenn ich die Mail auf dem zentralen Mailserver nicht an sendmail (lokal) weiterreichen kann, bricht fetchmail ab und der Rest auf dem zentralen Server wird nicht geholt. Und zwar jedesmal! Anders sieht die Sache bei unserem zentralen Mailserver aus. Dieser hat die Mail angenommen (was er wie Du richtig sagst eigentlich nicht hätte tun sollen). Aber dessen Konfiguration ist nicht meine Baustelle. Andreas
*** Andreas Kyek
On Wednesday 29 October 2003 19:36, Michael Meyer wrote:
*** David Haller
wrote: Am Wed, 29 Oct 2003, Andreas Kyek schrieb:
MAILER-DAEMON@linux1.local does not resolve
FEATURE(`accept_unresolvable_domains')dnl
nur, warum sollte man so einen müll annehmen?
Ich betreibe _keinen_ öffetnlich erreichbaren Mailserver. Ich hole von unserem zentralen Mailserver via fetchmail ab und verteile an die lokalen User. Wenn ich die Mail auf dem zentralen Mailserver nicht an sendmail (lokal) weiterreichen kann, bricht fetchmail ab und der Rest auf dem zentralen Server wird nicht geholt. Und zwar jedesmal!
hört sich an als woltest du getmail[1]. micha [1] http://www.qcc.ca/~charlesc/software/getmail-3.0/
On Wednesday 29 October 2003 19:07, David Haller wrote:
Hallo,
Am Wed, 29 Oct 2003, Andreas Kyek schrieb:
Da ich heute auch schon an die Liste geschrieben hatte, errreichen mich auch die üblichen Mails von nicht zustellbaren Listenmails. Fetchmail holt ab und versucht die dann an sendmail zu übergeben, aber: (Auszug aus meinem fetchmail.log)
fetchmail: 10 messages for user at server (41215 octets). fetchmail: reading message user@server:1 of 10 (6687 octets) fetchmail: SMTP error: 451 4.1.8 Domain of sender address MAILER-DAEMON@linux1.local does not resolve fetchmail: not flushed fetchmail: client/server protocol error while fetching from mmomail.zv.mmo.de fetchmail: Query status=4 (PROTOCOL)
Klar, die Domain linux1.local gibts nicht. Da hat einer mal wieder seinen Mail Server verkonfiguriert.
Wie bringe ich meinem Sendmail bei, bei eingehenden Mails die Mail trotzdem zuzustellen?
Wie generierst du deine sendmail.cf?
- Ueber Yast: weiss ich nicht ;)
Jein, zumindest über die Routine in /sbin/conf.d/SuSEconfig.sendmail
- Ueber ne .mc-Datei und m4:
Ja, das macht Yast im Grunde auch so. Allerdings editiere ich das Konfigfile in /etc/sysconfig direkt.
FEATURE(`accept_unresolvable_domains')dnl
Das wirds dann wohl sein. Bei SuSE wird dieses Feature nur gesetzt, wenn Du in der Config "SENDMAIL_EXPENSIVE" gesetzt hast. Das ist zwar für zu Hause in Ordnung, da die Outgoing Mail dann nur in die queue gestellt wird (DSL, _keine_ Standleitung) aber hier in der Firma ist die Anbindung nicht so schmalbandig. Ich habe mir nun /sbin/conf.d/SuSEconfig.sendmail gepatcht, so das das Feature bei mir reingenommen wird. Dann wirds wohl hoffentlich gehen. Danke
- direkt in der .cf ist's komplexer, das ist in Rule 'Sbasic_check_mail':
Statt: # handle non-DNS hostnames (*.bitnet, *.decnet, *.uucp, etc) R> $* < $* $=P > $* $: <OK> $1 < @ $2 $3 > $4
[...] Das Bat-book habe ich auch. Und es war der Horror, das zu lesen (auch wenn man viel lernen kann dabei). Ich wuste zwar schon, das Du einer von den ganz harten bist, aber 'ne sendmail-config direkt in der cf Datei ändern ist selbst für mich als eingefleischten Konsolen Menschen nix. Hut ab Andreas
Hallo, Am Thu, 30 Oct 2003, Andreas Kyek schrieb:
On Wednesday 29 October 2003 19:07, David Haller wrote:
Wie generierst du deine sendmail.cf?
- Ueber Yast: weiss ich nicht ;)
Jein, zumindest über die Routine in /sbin/conf.d/SuSEconfig.sendmail
- Ueber ne .mc-Datei und m4:
Ja, das macht Yast im Grunde auch so. Allerdings editiere ich das Konfigfile in /etc/sysconfig direkt.
Ah...
FEATURE(`accept_unresolvable_domains')dnl
Das wirds dann wohl sein. Bei SuSE wird dieses Feature nur gesetzt, wenn Du in der Config "SENDMAIL_EXPENSIVE" gesetzt hast. Das ist zwar für zu Hause in Ordnung, da die Outgoing Mail dann nur in die queue gestellt wird (DSL, _keine_ Standleitung) aber hier in der Firma ist die Anbindung nicht so schmalbandig. Ich habe mir nun /sbin/conf.d/SuSEconfig.sendmail gepatcht, so das das Feature bei mir reingenommen wird. Dann wirds wohl hoffentlich gehen.
Gut, dass du weisst, wie du das machen musst... Ich hab da (mit Yast sendmail zu konfigurieren) schon lange aufgegeben, ich konnte nie das einstellen, was ich brauchte...
- direkt in der .cf ist's komplexer, das ist in Rule 'Sbasic_check_mail':
Statt: # handle non-DNS hostnames (*.bitnet, *.decnet, *.uucp, etc) R> $* < $* $=P > $* $: <OK> $1 < @ $2 $3 > $4 [...]
Das Bat-book habe ich auch.
Ich nicht. Ich kenn das nur vom Namen her. Ich kenne nur /usr/doc/packages/sendmail, diverse online-Doku und v.a. /usr/share/sendmail ;) Obiges hatte ich per C&P aus /usr/share/sendmail/m4/proto.m4 (mit passender Expandierung des ifdef).
Und es war der Horror, das zu lesen (auch wenn man viel lernen kann dabei). Ich wuste zwar schon, das Du einer von den ganz harten bist, aber 'ne sendmail-config direkt in der cf Datei ändern ist selbst für mich als eingefleischten Konsolen Menschen nix.
Och, bis inkl. der Header-Definition (also z.B. alle Optionen ('^O*')) sind doch einfach... Und die Regeln lass ich mir auch lieber von m4 aus den Vorlagen in /usr/share/sendmail generieren, auch wenn ich schonmal selbst da was gebastelt habe...
Hut ab
Trotzdem danke ;) -dnh -- On two occasions I have been asked [by members of Parliament!], `Pray, Mr. Babbage, if you put into the machine wrong figures, will the right answers come out?' I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question.--Charles Babbage
On Thursday 30 October 2003 06:57, Andreas Kyek wrote:
On Wednesday 29 October 2003 19:07, David Haller wrote:
[...]
Das Bat-book habe ich auch. Und es war der Horror, das zu lesen (auch
wenn man viel lernen kann dabei).
Ich wuste zwar schon, das Du einer von den ganz harten bist, aber 'ne
sendmail-config direkt in der cf Datei ändern ist selbst für mich
als eingefleischten Konsolen Menschen nix.
Hut ab
Ich kenne zwei Leute die können sendmail cf´s aus Kopf am Telefon diktieren ;-) Thomas
Andreas Kyek wrote:
Da ich heute auch schon an die Liste geschrieben hatte, errreichen mich auch die üblichen Mails von nicht zustellbaren Listenmails. Fetchmail holt ab und versucht die dann an sendmail zu übergeben,
Schon ueberlegt, nicht ueber Sendmail/SMTP sondern direkt ueber den lokalen Transport zu gehen? Schau mal, ob du mit procmail oder maildrop oder deliver arbeiten willst.
fetchmail: SMTP error: 451 4.1.8 Domain of sender address MAILER-DAEMON@linux1.local does not resolve
Klar, die Domain linux1.local gibts nicht. Da hat einer mal wieder seinen Mail Server verkonfiguriert.
Verwendest du denn eine oeffentliche oder eine unzustellbare Domain auf deinem Rechner? -- Have fun, Peter
participants (5)
-
Andreas Kyek
-
David Haller
-
Michael Meyer
-
Peter Wiersig
-
Thomas Vollmer