Hallo Sandy, danke für den Tip, ich werde das umgehend probieren, aber inzwischen habe ich noch ein weiteres Problem bekommen. Obwohl ich den Vereichnisinhalt von /var/spool/mail in ein anderes Verzeichnis mit cp -a <src> <dest> auf einer weitgehend freien Partition kopiert und in /var/spool einen Link darauf angelegt habe, sagt sendmail bei Test-Mails an mich selber (eine lokale Mail-Adresse) aber auch bei Mails von außen folgendes: Jan 15 12:40:23 helios sendmail[1177]: m0FBeMg01177: from=, size=383, class=0, nrcpts=1, msgid=<200 Jan 15 12:40:25 helios sendmail[1178]: m0FBeMg01177: to=, delay=00:00:02, xdelay=00:00:02, mailer=loc Jan 15 12:40:25 helios sendmail[1178]: m0FBeMg01177: m0FBePg01178: DSN: Can't create output Jan 15 12:40:25 helios sendmail[1178]: m0FBePg01178: to=, delay=00:00:00, mailer=smtp, pri=30158, s Jan 15 12:40:25 helios sendmail[1178]: m0FBeMg01177: m0FBePh01178: postmaster notify: Can't create output Jan 15 12:40:25 helios sendmail[1178]: m0FBePh01178: to=\root, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=60100, ds Jan 15 12:40:27 helios sendmail[1178]: m0FBePh01178: to=thomas_, delay=00:00:02, xdelay=00:00:02, mailer=local, pri=60100, Jan 15 12:40:27 helios sendmail[1178]: m0FBePh01178: m0FBePi01178: return to sender: Can't create output Jan 15 12:40:27 helios sendmail[1178]: m0FBePi01178: to=\root, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=60100, ds Jan 15 12:40:29 helios sendmail[1178]: m0FBePi01178: to=thomas_, delay=00:00:02, xdelay=00:00:02, mailer=local, pri=60100, Selsamerweise können die Mails an root in dessen Mailbox zugestellt werden. In /var/spool/mqueue findet sich eine permanent vorhandene Mail, in der folgende Zeilen enthalten sind: This is a MIME-encapsulated message --m0FBePg01178.1200397225/helios.michalka.home The original message was received at Tue, 15 Jan 2008 12:40:23 +0100 from terra.michalka.home [192.168.0.1] ----- The following addresses had permanent fatal errors ----- (reason: can't create (user) output file) ----- Transcript of session follows ----- procmail: Lock failure on "/var/spool/mail/thomas_.lock" procmail: Error while writing to "/var/spool/mail/thomas_" 550 5.0.0 ... Can't create output Also scheint procmail ein Problem zu sehen. In einer anderen Mail unmittelbar nach der Neuanlage des Links /var/spool/mail auf das neue Mailbox-Verzeichnis in der anderen Partition hatte ich eine ähnlich Meldung von procmail, aber da ging es "Permission denied", wobei da ein Teil des Pfades einem anderen User gehörte. Aber mit einem $> chown root:root <DIR> habe ich das korrigiert. Die Frage ist also: Was für ein Problem sieht procmail mit diesem Lock-File, das ich meines Wissens in dem Spool-Verzeichnis nie hatte? Ein Vergleich mit den alten Mail-Daten zeigt dies. Es wird einfach nichts mehr in die MBox-Datei thomas_ geschrieben. Interessanterweise kann der imap-Dämon auch nicht mehr auf die neue MBox-Datei thomas_ zugreifen. Oder habe ich vielleicht immer noch ein Rechte-Problem, aber sollte root nicht überall schreiben können? Oder arbeitet procmail nicht mir root-Rechten? Wie kann ich das feststellen? Interessant ist auch, daß sendmail bzw. procmail seit der Neuanlage des besagten Links keine Nachrichten mehr in /var/log/dead.letter mehr schiebt. Neue Nachrichten von außen scheinen einfach verloren zu gehen. Deswegen habe ich vorerst die Mail-Abholung gestoppt. Gruß, Tom

Datum: Tue, 15 Jan 2008 14:41:05 +0100 Von: Sandy Drobic An: opensuse-de@opensuse.org Betreff: Re: Mails in /var/log/dead.letter nachträglich zustellen?

Thomas Michalka wrote:

...

Jan 15 10:00:29 helios sendmail[27878]: m0F90Jc27871: Saved message in /var/log/dead.letter

Okay, du scheinst ein Sendmail-System zu haben, aber die Kommandozeilenversion sollte wie unter Postfix funktionieren.

...

In der Tat sind Nchrichten seit gestern ca. 18 Uhr in dieser Datei gelandet, seltsamerweise manche ohne Text. Von denen, die ich selbst versandt habe, landete eine Kopie drin, weil ich die Angewohnheit habe, von fast jeder versandten Mail eine Kopie an meine lokale Mail-Adresse zu schicken. Deren Inhalt ist in dead.letter drin.

Wenn /var/log/dead.letter ein normales mbox Format ist (sollte es sein), dann kannst du die Mails wieder auf die Reise schicken mit:

formail -Y -s /usr/sbin/sendmail -t < /var/log/dead.letter

-- Sandy

Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

-- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo Sandy,

Datum: Tue, 15 Jan 2008 15:47:32 +0100 Von: Sandy Drobic An: opensuse-de@opensuse.org Betreff: Re: Mails in /var/log/dead.letter nachträglich zustellen?

Thomas Michalka wrote:

...

Hallo Sandy,

danke für den Tip, ich werde das umgehend probieren, aber inzwischen habe ich noch ein weiteres Problem bekommen.

Obwohl ich den Vereichnisinhalt von /var/spool/mail in ein anderes Verzeichnis mit cp -a <src> <dest> auf einer weitgehend freien Partition kopiert und in /var/spool einen Link darauf angelegt habe, sagt sendmail bei Test-Mails an mich selber (eine lokale Mail-Adresse) aber auch bei Mails von außen folgendes:

Es ist erst einmal die Frage, ob Sendmail dem Link folgen darf.

Bei einem Verzeichnis fehlten die Schreibrechte bei der Gruppe (root) und für andere. Die habe ich hergestellt, dann konnte eine rein lokale Mail zugestellt werden. Schon mal gut - schnauf :-)

...

[Logfile-Ausschnitt hier gelöscht]

Ja.

Kommen neue Mails durch?

Keine Mail kam durch bis zu meiner Mailbox-Datei. Wie das jetzt nach der Rechteanpassung ist, muß ich nachher testen, aber ich habe gerade noch an einer anderen Sache zu tun. Kann leider nicht mit der rechten und linken Hand unabhängig voneinenander auf zwei Tastaturen klimpern, wie dieser Guru in einem James Bond 007 ;-)

...

Selsamerweise können die Mails an root in dessen Mailbox zugestellt werden.

Weil für root wohl die 5 Prozent Platz in Reserve gehalten werden, damit er tatsächlich noch etwas retten kann. (^-^)

Das habe ich auf der alten Partition gar nicht geprüft :-( Aber ich meinte auch, daß die Mails auf die root-Mailbox in der neuen Partition zugestellt werden.

...

----- Transcript of session follows ----- procmail: Lock failure on "/var/spool/mail/thomas_.lock" procmail: Error while writing to "/var/spool/mail/thomas_" 550 5.0.0 ... Can't create output

Beende doch mal alle Procmail-Prozesse und entferne die Lock-Datei, wenn sie dann noch vorhanden ist.

Ich habe den Rechner neu gebootet, aber weder vorher noch nachher eine Lock-Datei gesehen. Procmail-Prozesse scheinen nur im Moment der Zustellung zu laufen. Sendmail auch, aber ich habe vor dem Neustart des Rechners sowohl $> rcsendmail restart als auch $> rcsendmail stop und danach $> rcsendmail start als root kommandiert. Hat alles nichts geholfen. Deshalb mein Versuch mit dem Neustart, was aber auch nichts half - und woran ich auch nicht geglaubt habe, weil man ein Linux-System wegen solcher "Kleinigkeiten" normalerweise nicht neu starten muß.

...

Vergleich mit den alten Mail-Daten zeigt dies. Es wird einfach nichts mehr in die MBox-Datei thomas_ geschrieben. Interessanterweise kann der imap-Dämon auch nicht mehr auf die neue MBox-Datei thomas_ zugreifen.

Vermutlich das gleiche wie oben. Du brauchst Platz auf dem gleichen Dateisystem. Normalerweise gibt es auch eine Gruppe "mail", der dieser Speicherbereich gehört und dem die Daemons für den Bereich angehören (imap, mta, lda)

Auf /var habe ich Platz genug, und das Verzeichnis /var/spool/mail war vorher schon auf ein Verzeichnis in einer anderen Partition verlinkt. Deswegen habe ich auch alle Rechte bis hin zu beiden Mail-Verzeichnissen (alt & neu) verfolgt und verglichen und die oben genannte Diskrepanz festgestellt und beseitigt. Mal sehen, ob' hilft ... Vielen Dank schon mal für's helfen! Wenn's nicht klappt, melde ich mich wieder. Ciao, Tom P.S.: Herzlichen Dank auch an Fred Ockert! (In /var/log/messages war nichts zu finden.) -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org