Mailinglist Archive: opensuse-de (1905 mails)
| < Previous | Next > |
Re: Mails in /var/log/dead.letter nachträglich zustellen?
- From: "Thomas Michalka" <Thomas.Michalka@xxxxxx>
- Date: Tue, 15 Jan 2008 15:29:10 +0100
- Message-id: <20080115142910.211670@xxxxxxx>
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=<Thomas.Michalka@xxxxxx>, size=383, class=0, nrcpts=1, msgid=<200
Jan 15 12:40:25 helios sendmail[1178]: m0FBeMg01177:
to=<thomas@xxxxxxxxxxxxx>, 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=<Thomas.Michalka@xxxxxx>, 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 -----
<thomas@xxxxxxxxxxxxx>
(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 <thomas@xxxxxxxxxxxxx>... 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
--
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@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx
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=<Thomas.Michalka@xxxxxx>, size=383, class=0, nrcpts=1, msgid=<200
Jan 15 12:40:25 helios sendmail[1178]: m0FBeMg01177:
to=<thomas@xxxxxxxxxxxxx>, 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=<Thomas.Michalka@xxxxxx>, 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 -----
<thomas@xxxxxxxxxxxxx>
(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 <thomas@xxxxxxxxxxxxx>... 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 <suse-linux@xxxxxxxxxxxxxxxxxxxxxxx>
An: opensuse-de@xxxxxxxxxxxx
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@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx
--
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@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx
| < Previous | Next > |