[linux-l] Re: Mail mit exim (direkt oder per smtp-auth) raussenden ?

[Mike Dornberger]

Hallo Alexander,

On Mon, Jul 10, 2006 at 03:27:56PM +0200, Alexander Lenz wrote:
> Habe das dpkg exim4 so reconfiguriert, wie von Dir beschrieben.
> (interaktiv) - ca. 10 Settings in update-exim4.conf.conf sind damit
> gemacht:
[...]

> Muss ich diese Datei noch nach /etc/exim4/exim4.conf kopieren, oder
> wird dieses .conf.conf File per default ausgelesen ?

Nein und das würde vermutlich auch nichts bringen. Je nachdem, ob du dich
dafür entschieden hast, eine split-config zu machen (würde ich übrigens
empfehlen), generiert das ein conf.d - dir unter /etc/exim4 mit
entsprechenden Dateien und/oder eine riesige Datei, wo alles drinnen ist.

Führe mal noch ein `/etc/init.d/exim4 restart' als root aus und lies mal
noch `man update-exim4.conf'. Exim4 unter Debian nimmt seine eigentliche
Konfiguration aus /var/lib/exim4/config.autogenerated, was das
update-exim4.conf generiert.

> Wie dem auch sei, bislang erhielt ich die abgesandten Mails noch nicht,
> obwohl mir
> tail -f /var/log/exim4/mainlog verraet, dass schon etwas abgesandt
> wurde:

Ich empfehle, mittels less mal die ganze Datei ansehen und nicht nur die
letzten paar Zeilen. Die mainlog wird übrigens täglich wegrotiert.

> 2006-07-10 14:40:08 1Fzu8Z-0003wt-FB == root at photobox.Werder-Bremen.de 
> R=smarthost T=remote_smtp_smarthost defer (0): SMTP error from remote mail 
> server after MAIL FROM:<> SIZE=2733: host smtp.web.de [217.72.192.157]: 
> 401 Sorry, Zugriff momentan wegen Wartungsarbeiten nicht moeglich. / 
> Sorry, this system is currently down for maintenance.
> 2006-07-10 14:40:08 End queue run: pid=16898

"==" heißt übrigens, daß die E-Mail noch bei dir im System liegt und nicht
rausgeschickt wurde. Kann auch sein, daß web.de einer von "Den Kandidaten"
ist, die keine vernünftigen Error-Codes senden.

Mit "<=" werden von Exim angenommene E-Mails gekennzeichnet, mit "=>"
erfolgreich ausgelieferte.

Im übrigen kannst du (als root) mit `mailq' sehen, was bei dir noch im
Mail-Queue rumliegt. Die haben dann alle eine, hm, wie hieß das jetzt
genau... ich nenne es mal Exim-ID, die immer so ähnlich wie
"1Fzu8Z-0003wt-FB" aussieht.

Mit `exim4 -Mv* Exim-ID' kannst du dann verschiedene Dinge der E-Mail
ansehen: * = l: Exims Log zu den Deliver-Versuchen, * = h: Header, * = b
Body.

Siehe auch: `man exim4'

> Pingen kann ich den Host, und jetzt soll angeblich der smtp service dort 
> down sein ?  Vermute doch mal eher, ein Fehler in meiner Konfiguration ist 
> dafuer die Ursache... In passwd.client ist auch alles richtig gesetzt.

Nehme ich auch mal an.

> Mich wundert auch, dass ich keine exim4.conf generiert bekommen habe, 
> sondern nur dieses .conf.template da vorfinde (was allerdings im Vergleich
> riesengross ist)

Das hat so schon seine Richtigkeit. Die Exim-Maintainer haben einiges um
Exim herumgestrickt (z. B. das update-exim4.conf), damit es einerseits durch
dpkg zu konfigurieren ist und andererseits aber gleichzeitig die Config
leicht angepaßt werden kann.

> ps aux meldet im uebrigen
> /usr/sbin/exim4 -bd -q30m
> 
> Hm,
> -bd = background demon ?

Ja, aber das wüßtest du ja, wenn du die man page zu Exim gelesen hättest
(oder zumindest nach der Option gesucht hättest). ;^)

> -q30m = Alle 30 Minuten Auslieferung der mailqueue an den smarthost ?

Alle 30 Minuten wird ein Queue-Runner gestartet, falls Mails in der Queue
liegen und deren retry time schon abgelaufen ist.

Ich finde den Wert zwar persönlich zu hoch, aber hab noch keine Lust gehabt,
die Conffiles zu ändern und dann bei jedem Update von Exim entweder zu
bestätigen, daß ich meine Version beibehalten will oder überlegen, an welche
Stelle ich das jetzt in der neuen Version wieder anpassen muß.

> Tja, so nah dran schon... Aber irgendwas ist noch halbgar an meiner 
> config. Oder brauche ich doch einen anderen smtp-host, und taugt web.de
> hierfuer einfach mal nicht ?

Ja, kann sein, daß web.de rumzickt, vor allem, wenn du als From: nicht die
Adresse angibst, die du bei ihnen hast. Evt. schreiben sie dir auch, falls
sie die Message annehmen, sogar den From:-Header einfach um.

Vielleicht ist es möglicherweise sinnvoll, Reply-To: und/oder
Mail-Followup-To: zu setzen, aber es halten sich nicht unbedingt alle
E-Mail-Clients daran. :-(

Alternativ kannst du auch versuchen, die Mails durch deinen TU-Account zu
routen. Naja, der fällt ja allerdings im Zweifelsfall mal irgendwann weg.

> PS : Koenntet Ihr mir mit CC: newton at cs.tu-berlin.de antworten (oder 
> gleich direkt) - lese die Liste naemlich nur per Digest... danke !

[Done.]

Grüße,
 Mike