Re: exim_problem
Johannes Breu schrieb:
Liebe Liste,
als MTA benutze ich exim. Ich bin in ein Netzwerk eingebunden. Ich kann
keine mails innerhalb des Netzwerks versenden. Sonst läuft alles gut mit
den mails.
Was läuft falsch?
Poste doch bitte mal den Teil aus dem Logfile, wo das Problem auftritt.
Da kann man wahrscheinlich dann auch die Ursache erkennen.
Ich habe die configurationsdatei als attachment mitgesendet.
Danke, Johannes Breu
Mal eine kleine Analyse:
... [Kommentarzeilen und unwichtiges weggelassen]
qualify_domain = mpipsykl.mpg.de
Dein MTA läuft unter der Domain mpipsykl.mpg.de
Mail die lokal generiert wird (Cron-Jobs etc.) hat den
Domainanteil @mpipsykl.mpg.de
Falls die Mail noch keine Message-ID hat, so wird eine
erzeugt mit @mpipsykl.mpg.de hinten dran (wenn primary_hostname
nicht angegeben ist, was bei Dir der Fall ist).
local_domains = mpipsykl.mpg.de:localhost
Hier liegt wahrscheinlich der Hund begraben.
Die lokale Domain ist ebenfalls mpipsykl.mpg.de Dadurch werden alle
(lokal generierten oder über den MTA weitergeleiteten) Mails, welche als
Empfängeradresse den Domainanteil @mpipsykl.mpg.de haben, lokal zugestellt.
D. h. exim versucht einen Account mit dem Namen vor der Domain zu
finden (die Zeichenkette vor dem @mpipsykl.mpg.de). Gibt es den nicht,
bzw. ist auch kein Alias in /etc/aliases zu finden, dann gibt's einen
schönen Fehler.
host_accept_relay = localhost
Es werden nur Mails von localhost (127.0.0.1) zur Weiterleitung angenommen.
Mail-Clients, die auf dem loaklen Rechner laufen, können Ihre Mail
zur Weiterleitung (Relaying) abgeben. Von außen werden keine Mail's zum
Relaying angenommen (löblich! -> kein Spam möglich).
smarthost:
driver = domainlist
transport = remote_smtp
route_list = "* komserv.mpipsykl.mpg.de bydns_a"
Als ausgehender Mail-Server wird komserv.mpipsykl.mpg.de verwendet.
Gibt's den überhaupt, nimmt der Mail von dem Rechner entgegen und ist
der auch ständig ereichbar?
Ich vermute mal ja, sonst wäre wahrscheinlich der Post hier nicht
erschienen. Ansonsten ist die Option
queue_remote_domains = *
im Abschnitt MAIN CONFIGURATION SETTINGS ganz nützlich (muß vor dem
allein in einer Zeile stehenden
end
eingetragen werden). Damit wird die Mail in der Queue gehalten bis ein
exim -qf
ausgeführt wird (das kann man z. B. bei Dial-Up-Systemen durch eine Script
in /etc/ppp/ip-up.d/ erledigen lassen, aber ich glaube das ist bei Dir nicht
der Fall).
Falls der MTA nur dazu da ist, die Mail von den Cron-Jobs weiterzuleiten
(wenn komserv.mpipsykl.mpg.de ständig erreichbar ist, kann Du in deinem
Mail-Client ja gleich komserv.mpipsykl.mpg.de als smtp-Server eintragen)
solltest Du in der Option local_domains den String mpipsykl.mpg.de
(incl. des Doppelpunktes) rausnehmen.
Beachte!!! Dann werden alle Mail's an komserv.mpipsykl.mpg.de weitergegeben,
D. h. wird bei einem Cron-Job von irgendeinem user (auch root) ein Output
erzeugt, dann wird eine Mail mit der Empfängeradresse
'username'@mpipsykl.mpg.de an komserv.mpipsykl.mpg.de weitergegeben. Unter
Umständen könnte sich der Admin da beschweren. ;-)
Um Beschwerden zu vermeiden, solltest Du allen lokal angelegten Usern (auch
root) in der Datei /etc/email-addresses eine korrekte eMail-Adresse
verpassen. Die Syntax ist dort erläutert.
Vielleicht hilft Dir das ja weiter.
Gruss Holger
Reply to: