(gelöst) root mail umleitung via /etc/aliases klappt nicht

[michaa7]

Code: Alles auswählen

cat /var/log/syslog | grep user1

das ist nicht ganz das, was ich sehen wollte.
schick´ mal noch eine mail und poste dann bitte den kompletten abschnitt aus dem "syslog".
ich hoffe zu sehen, was mit der mail passiert ...

Es gibt keinen irgendwie relvanten "abschnitt" im syslog. Ich habe (als user1) eine (mittlerweile bestimmt mehr als 10) mail verschickt und unmittelbar danach (als root) syslog angeschaut und nichts gefunden was auch nur irgendwie mit mail zusammenhing, nichts was auf irgendeine relevanz mit dem problem hindeutete, ich habe auch nach "mail" ge-grep-t, überhaupt nichts. Wonach soll ich suchen? Die letzen einträge im syslog sind irgendwelche cronjobs mit vmstat, ausschließlich

[herrchen]

Es gibt keinen irgendwie relvanten "abschnitt" im syslog.

hmm, ich nutze postfix. vielleicht schreibt exim nicht ins syslog ...
ich möchte rausfinden, was mit der mail geschieht.
steht denn in "/var/log/mail.err", "/var/log/mail.info" oder "/var/log/mail.log" etwas, was den weg der mail beschreibt?

herrchen

[michaa7]

nee, da war überall nichts, aber unter /var/log/exim4/mainlog steckt vermutlich die lösung, die ich nun natürlich erst mit deiner hilfe zusammenfrickeln muß

Code: Alles auswählen

2006-10-18 07:43:47 1Ga4DT-0000jP-QW <= <> R=1Ga4DT-0000jN-LT U=Debian-exim P=local S=1090
2006-10-18 07:43:47 1Ga4DT-0000jN-LT Completed
2006-10-18 07:43:47 1Ga4DT-0000jP-QW ** user1@lingin R=nonlocal: Mailing to remote domains not supported
2006-10-18 07:43:47 1Ga4DT-0000jP-QW Frozen (delivery error message)

Da kann ich mir natürlich nen wolf mailen... was muß ich tun um mail local zu ermöglichen mit exim4? Bzw wieso spricht das log von "remote domains"? Weil ich aus dem vt der WS via ssh maile? Ist das für exim remote?

btw: Hast du heute nachtschicht?

[herrchen]

wieso spricht das log von "remote domains"?

wie gesagt, ich nutze postfix ...
was mich wundert, ist "@lingin". sollte da nicht "@localhost" stehen?
was ist das für ein hostname?

btw: Hast du heute nachtschicht?

ne, ich bin nachtmensch. :)

herrchen

[michaa7]

wieso spricht das log von "remote domains"?

wie gesagt, ich nutze postfix ...

bissl bereue ich es, mich damals gegen postfix und für exim entschieden zu haben, aber ist halt debianstandard, nur eben ziehmlich unübersichtlich.

Na ma schaun ob sich hier im laufe des tages noch ein exim user einklinkt

was mich wundert, ist "@lingin". sollte da nicht "@localhost" stehen?
was ist das für ein hostname?

das sollte schon richtig sein, mein server heißt ja nicht "localhost" sondern "lingin", und user1@lingin ist eben der absender

Habe nun auchmal beim adressaten "localhost" durch "lingin" ersetzt:

Code: Alles auswählen

2006-10-18 08:22:35 1Ga4p1-0000kX-UE <= user1@lingin U=mh P=local S=275
2006-10-18 08:22:36 1Ga4p1-0000kX-UE ** root@lingin R=nonlocal: Mailing to remote domains not supported
2006-10-18 08:22:36 1Ga4p2-0000kZ-34 <= <> R=1Ga4p1-0000kX-UE U=Debian-exim P=local S=1052
2006-10-18 08:22:36 1Ga4p1-0000kX-UE Completed
2006-10-18 08:22:36 1Ga4p2-0000kZ-34 ** user1@lingin R=nonlocal: Mailing to remote domains not supported
2006-10-18 08:22:36 1Ga4p2-0000kZ-34 Frozen (delivery error message)

[nepos]

Hm, wenn lingin der Rechner ist, hast du was in der Konfiguration nicht korrekt eingestellt.
Deshalb ist Exim der Meinung, dass lingin eine externe Domain ist.

[neuss]

Hallo,

wie nepos schon sagt, da ist noch was in der Konfiguration faul.
Schau mal in die /etc/hosts wie dein localhost.localdomain heisst.
Müsste ungefähr "lingin.irgendwas" lauten.
Dann konfiguriere exim noch mal und gebe unter "System mail name:" diesen Namen ein.

gruss neuss

[michaa7]

Es geht nun.

Der fehler lag also darin, dass in in exim4 als email sytem name "lingin" statt "lingin.<domain>" eingetragen war. Auch eine mail an "root@lingin" kommt nicht an, es funktioniert "root@lingin.<domain>" und "root@localhost". Mail an "root@<rechnername OHNE domain>" ist also AUCH lokal NICHT ausreichend.

Danke nochmal für die hilfe ...

[michaa7]

Jetzt grabe ich diesen thread wieder aus. Nach rechenerneubau stehe ich wieder da und nüscht klappt, naja, nicht alles klappt.

Hier beim weiterleiten von systemmail an den hauptuser stehe ich wieder wie ein anfänger da.

root: user1

in /etc/aliases

ist vorhanden. Was muß installiert sein damit "mail" auf der kommandozeile klappt?

$ echo "bla" | mail -s test root@localhost
No command 'mail' found, did you mean:
...

[4A4B]

Was muß installiert sein damit "mail" auf der kommandozeile klappt?

Bei mir (Debian Jessie) ist bsd-mailx installiert

[michaa7]

danke, damit kann ein user schonmal mails an root versenden. Mals sehen ob ich jetzt auch systemmails erhalte ...

[michaa7]

Ich grabe hier diesen thread wieder aus weil mein problem eben ein folgeproblem ist:

Gestern habe ich meine systempartitonen auf andere, neue partitionen auf anderen platten umkopiert. Das habe ich schon sehr oft gemacht und das klappt auch. Zudem habe ich meinen *lokalen* mailserver von einer alten zweit-installation (die ich anschließend gelöscht habe) in meine aktuelle installation verschoben (beides waren tagesaktuelle sid(uction) installationen mit versionsgleichen exim4 und dovecot paketen).

Das umkopierte system funktioniert (wie bei mir installtionen schon x mal so umgezogen sind) mit einer ausnahme: lokale mail zustellung (root zu user) klappt nicht mehr:

$ echo "bla" | mail -s test root@localhost

liefert keine fehlermeldung, aber die mail kommt nicht an

/etc/aliases hat den eintrag "root : user1", wobei ich jetzt wirklich nochmal nachfragen muß: hier steht wörtlich "user1". Hier muß nicht statt "user1" der tatsächliche username stehen? Woher weiß denn das system wer user1 ist?

Ein syslog gibt es mit systemd nicht, das exim4 log hat aber einige fehlermeldungen, die euch hoffentlich auf die richtige spur bringen:

2019-08-20 13:11:11 1i01ZB-0000cu-4U == user1@newdev.siduction.org <root@localhost> routing defer
(-51): retry time not reached
2019-08-20 13:11:11 1i01qH-0002RN-J9 == user1@newdev.siduction.org <root@localhost> routing defer
(-51): retry time not reached
2019-08-20 13:11:11 1hznZ4-0000PJ-Im == root@newdev.siduction.org routing defer (-51): retry time
not reached
2019-08-20 13:11:11 1hznZ4-0000J0-CB == root@newdev.siduction.org routing defer (-51): retry time
not reached
2019-08-20 13:11:11 End queue run: pid=2230
2019-08-20 13:19:04 1i02AK-0005pA-Hu <= mh@newdev.siduction.org U=mh P=local S=416
2019-08-20 13:19:04 1i02AK-0005pA-Hu no IP address found for host mail.neutower
2019-08-20 13:19:04 1i02AK-0005pA-Hu == user1@newdev.siduction.org <root@localhost> R=smarthost de
fer (-32): lookup of host "mail.neutower" failed in smarthost router
2019-08-20 13:41:11 Start queue run: pid=30468

Ich habe gestern einfach die systemordner /etc/exim4 und /etc/dovecot von meinen alten zweit-system (auf dem gleichen rechner!) in das neue system kopiert und dann die entsprechenden pakete exim4 und dovecot pakete installiert. Bei deren installation habe ich auf nachfrage eben diese "alten" configdateien beibehalten. Dann noch /var/mail/* vom alten zweitsystem in die neue installtion kopiert. Und das klappt ja auch soweit, meine (externen) mails landen in exim4 und ich hole sie per imap.

Aber ich erhalte eben keine lokalen mails die an root gesendet werden und zu user1 umgeleitet werden.
" lookup of host "mail.neutower" failed in smarthost router" scheint ja irgendwie teil der lösung, aber ich weiß nicht was zu tun ist.

BTW, was hat es mit diesem xy@newdev.siduction.org auf sich, wo kommt das her? newdev.siduction.org scheint wohl so eine art platzhalter domian zu sien, aber gefallen tut mir das überhaupt nicht, das möchte ich loswerden. Eine lokale mail an mh@newdev.siduction.org kommt allerdings an!

[michaa7]

ok, vergeßt das oben geschriebene, da kann man wohl so nicht durchblicken. Ich habe exim4 gepurged und neu installiert. Und dann dpkg-reconfigure exim4-configure durchlaufen lassen. Es funktioniert jetzt, aber mit einem haken:

System:
Debian sid takesaktuell

installierte mail pakete:
bsd-mailx
exim4 exim4-base exim4-config exim4-daemon-light
fetchmail
dovecot-core dovecot-imapd dovecot-sieve

Ich habe in exim4-config *nicht* smarthost mit fetchmail zustellung gewählt, sondern "nur lokale Zustellung", aber dennoch 127.0.0.1 für exim4 konfiguriert. Damit kann fetchmail mails einliefern. Senden tue ich aus den jeweiligen klienten. So ganz verstehe ich hier exim4 nicht (in der nicht funktionerenden config sollte das über einen smarthost laufen, aber ich glaube das war vorher auch ohne und nur lokale zustellung).

Es funktioniert soweit alles, externe mails kommen an, mails an <angemeldeter user> kommen an. Mails an root kommen *als fehlermeldung* an, das heißt der <angemeldete user> erhält eine mail das die mail an user1@localhost nicht ausgeliefert werden kann.

Daher nochmals meine frage: Steht "user1" als beispiel und muß durch <angemeldeten user> ersetzt werden? Eigentlich ist es doch üblich beispiele in "<>" zu setzen damit das klar ist.

Und weiter: warum kommt diese fehlermeldung überhaupt bei einem user an? Es gibt kein alias
root : <angemeldeten user> . Wie findet diese mail (die ja wirklich nur root etwas angeht) ihren weg zum <angemeldeten user>? Nee, is klar, der <angemeldete user> versucht ja eine mails an user1@localhost zu senden und erhält daher die fehlermeldung.
Bleibt die frage: ist user1 ein beispiel oder wörtlich zu nehmen?

[michaa7]

user1 ist offenbar nur ein beispiel.