Christian Mueller
Hallo!
Hab hier ein ziemlich eckliges Problem. Ohne das ich irgendetwas am System geändert habe, landen plötzlich alle mit fetchmail geholten mails in /var/spool/mqueue! Sieht so aus als ob procmail die mails nicht bekommt, in procmail.log tauchen sie nämlich nicht mehr auf. Ich hab nur wirklich keinen Schimmer warum und wo ich ansetzen könnte. [...] Hat jemand ne Idee was da los ein könnte? Ich finde das ganze nicht wirkllch witzig wie ihr euch vorstellen könnt :-|
Na, ohne Aenderung ? Sendmail sollte ja wenigstens wissen, fuer welchen Host die Mail bestimmt ist. Es ist jedenfalls hilfreich, in fetchmailrc einen Hinweis auf den localhost einzufuegen :-) Also z.B. 'smtphost localhost , oder auch 'localdomains deine.domain' Je nach dem, was in sendmail.cf als localhost bzw. local Domain eingetragen ist. Gruss Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521
Am Mittwoch, 28. März 2001 22:42 schrieben Sie:
Christian Mueller
writes: Hallo!
Hab hier ein ziemlich eckliges Problem. Ohne das ich irgendetwas am System geändert habe, landen plötzlich alle mit fetchmail geholten mails in /var/spool/mqueue! Sieht so aus als ob procmail die mails nicht bekommt, in procmail.log tauchen sie nämlich nicht mehr auf. Ich hab nur wirklich keinen Schimmer warum und wo ich ansetzen könnte.
[...]
Hat jemand ne Idee was da los ein könnte? Ich finde das ganze nicht wirkllch witzig wie ihr euch vorstellen könnt :-|
Na, ohne Aenderung ?
Ja. Mittags liefs noch ohne Probleme.
Sendmail sollte ja wenigstens wissen, fuer welchen Host die Mail bestimmt ist. Es ist jedenfalls hilfreich, in fetchmailrc einen Hinweis auf den localhost einzufuegen :-) Also z.B. 'smtphost localhost , oder auch 'localdomains deine.domain' Je nach dem, was in sendmail.cf als localhost bzw. local Domain eingetragen ist.
Hmm. .Also meine fetchmailrc sieht so aus: poll pop.gmx.li protocol pop3 user "muellerchristian@gmx.li" password "xxxxx" is chr@localhost expunge 35 limit 300000 fetchall nokeep Und so lief es auch, das schwöre ich! Christian
Hallo, 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. 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. Christian
Christian schrieb:
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.
In der /etc/senmail.cf sollte eine Zeile "0 AliasFile=/etc/aliases" stehen. Kann es sein, dass bei dir "0 AliasFile=/etc/mail/aliases" steht? Hans
participants (3)
-
Christian Mueller
-
Dieter Kluenter
-
Hans Vedder