Re: Eingehende mails landen in mqueue
![](https://seccdn.libravatar.org/avatar/03eff0aabaa4fefb5b8fafd199a8f767.jpg?s=120&d=mm&r=g)
Hallo Christian,
Christian Mueller
könnte sein das ich dem Problem langsam näher komme: In /var/log/mail steht unter anderem folgendes:
-----Schnipp----- SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: -----Schnapp-----
Und die fehlte tatsächlich. Es gibt dort nur "aliases". Eine aliases.db exisitiert allerdings in /etc.
Das ist auch richtig so. Sendmail erwartet die aliases unter /etc/mail/aliases, Suse setzt einen link von /etc/aliases auf /etc/mail/aliases Ausserdem wird der Pfad auf aliases in sendmail.cf definiert. Wenn man suse-linux.mc bei der Erzeugung von sendmail.cf benutzt, wird dieser Pfad auch richtig gesetzt.
Jetzt hab ich mir die manpage angeschaut. Da lese ich das die in aliases.db (Die komischerweise nur unter /etc existieren soll, warum beschwert sich sendmail dann über eine fehlende /etc/mail/aliases.db???) definierten user nur mails bekommen wenn eine .forward in der home-directory vorhanden ist. Das kanns ja wohl nicht sein, ich habe keine .forward-Datei im home-Verzeichnis und ich seh auch nicht ganz ein warum ich eine anlegen sollte, wenn es vor zwei Tagen noch ohne lief. Also iss das mit aliases wohl der falsche Weg, ich will mir auch nicht noch neue Probleme basteln. Aber warum dann diese Fehlermeldung in /var/log/mail?
Ich habe dann übrigens trotzdem auch mal ein "newaliases" ausgeführt. Ohne Erfolg.
Ich frage mich allerdings, woher diese SYSERR Meldung kommt, wenn du nichts geaendert hast. Ist vielleicht der link auf aliases in /etc/mail geloescht worden ? Andererseits hat das nichts damit zu tun, dass sendmail localhost nicht mehr kennt und versucht, eingehende mail zu relayen. Gruss Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521
participants (1)
-
Dieter Kluenter