Re: Mail von Cron kommen nicht an

From: <emfau(at)t-online.de>
Date: Fri, 17 Jun 2005 12:50:25 +0200

>> $ exim -d -bt idefix(at)fechner.net
>
> ok, das log habe ich angehängt, sieht aber beim durchauen ok aus, Mail
> geht an den remote smtp Server.

Sorry, ging in die falsche Richtung - Du hattest ja geschrieben, dass man
erfolgreich "mail idefix(at)fechner.net" absetzen kann....

> ok, hab die Passwörter rausgenommen und die config angehängt.

Ich denke, Du solltest in Listen, die IPv6 Adressen beinhalten, den Separator
":" umstellen, also etwa sowas

domainlist relay_to_domains = <; localhost ; ::::1
local_interfaces = <; 0.0.0.0.25 ; 127.0.0.1.10025 ; ::::1.25 ; ::::1.10025

Unsicher bin ich mir auch bei der Angabe von IP-Adressen in einer domainlist.
Es ist wohl zumindest nicht mehr zeitgemaess, da Adressen der Art
"localpart@[IP-Adr]" quasi nicht mehr vorkommen bzw. von Spammer verwendet
werden. Also, vielleicht ist

domainlist relay_to_domains = localhost

besser. Allerdings sehe ich nicht, dass es da einen ursaechlichen Zusammenhang
zum Problem mit cron gibt.

lso, wenn ich es richtig verstehe, ist das Problem, dass exim eine Mail annimmt
und, beim Versuch sie zuzustellen, bemerkt, dass keine entsprechende
Empfaenger-Adresse bekannt ist. Das kann passieren, wenn

- exim eine Mail ohne Empfaenger annimmt
   Sowas sollte ueberhaupt nur moeglich sein, wenn die mail lokal generiert
   wird, ueber SMTP geht da nichts, da es ohne die Angabe von "RCPT TO:" einen
   Protokollfehler gibt

- exim einen vorhandenen Empfaenger durch rewriting oder aliasing nach ""
   aufloest
   Ich bin mir nicht sicher, ob es dazu kommen kann, zumindest habe ich es durch
   ein fehlerhaftes /etc/aliases nicht hinbekommen

Weil es mir so unverstaendlich ist, habe ich mal versucht, die Situation lokal
nachzustellen - aber leider nur mit maessigen Erfolg. Ich kriege die von cron
generierte Mails immmer zugestellt, es sei denn, ich definiere etwas
fehlerhaftes in der crontab z.B. MAILTO="-". Im log tauch dann folgendes auf
(mit mehr Umbruechen wegen der Lesbarkeit)

   2005-06-16 20:54:00 +0200 1DizV2-0000Al-TY
       <= root(at)test-intern.org U=root P=local S=526
         T="Cron <root> echo test"

exim hat die Nachricht mit ID 1DizV2-0000Al-TY von root(at)test-intern.org angenommen

   2005-06-16 20:54:01 +0200 1DizV2-0000Al-TY
       ** -(at)test-intern.org R=smart_host T=smtp_incoming
       : SMTP error from remote mail server after RCPT TO:<-(at)test-intern.org>
       : host 192.168.0.28 [192.168.0.28]
       : 550 Unknown user

beim Versuch sie zuzustellen, gab es einen Fehler

   2005-06-16 20:54:01 +0200 1DizV3-0000Ap-2Q
       <= <> R=1DizV2-0000Al-TY U=mailnull P=local S=1500
         T="Mail delivery failed: returning message to sender"

Woraufhin eine bounce message von exim (mailnull) fuer die Nachricht mit ID
1DizV2-0000Al-TY erzeugt wurde, die selber die ID 1DizV3-0000Ap-2Q hat.

   2005-06-16 20:54:01 +0200 1DizV3-0000Ap-2Q
       => recipient-999(at)test-intern.org <root(at)test-intern.org>
       R=smart_host T=smtp_incoming S=1542
       H=192.168.0.28 [192.168.0.28]
       C="250 OK id=1DizUW-00004K-7O"

Die Bounce mit ID 1DizV3-0000Ap-2Q wurde erfolgreich an dem Empfaenger
root(at)test-intern.org zugestellt, der aber durch /etc/aliases auf
recipient-999(at)test-intern.org gemappt ist

   2005-06-16 20:54:01 +0200 1DizV3-0000Ap-2Q
     Completed

Und zugestellt....

Also, um den Fehler richtig zu verarzten, muss klar werden, warum die bounce
generiert wird. Dazu wuerde ich vorschlagen, exim im debug modus laufen zu
lassen und dann nochmal schauen, was so im log auftaucht.

1. Exim beenden
    $ /usr/local/etc/rc.d/exim.sh stop
2. verbose level des exim logging hochdrehen, dazu in exim's configure
    eintragen
    log_selector = +all
3. im debug mode forkt exim nicht in den Hintergrund, deswegen Ausgaben sichern
    und starten
    $ script exim.log
    $ exim -d -bd -q30m
4. cron job aktivieren und warten

Good luck
   Michael

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 17 Jun 2005 - 12:51:37 CEST

search this site