>> $ 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