Hallo,
in einer SuSE 8.2 Umgebung wird per systemweiten procmail (/etc/procmailrc) aussortierte spam-mail in einer Datei unterhalb /var/lib/nobody abgelegt. Diese Datei enthält "RFC 822 mail text". Mit welchem mail-clienten kann ich diese Datei einlesen und weiterverarbeiten ODER wie erreiche ich, dass die aussortierten spammails im mbx-Format ("ISO-8859 mail text") abgelegt werden?
Schon mal herzlichen Dank für Eure Anregungen,
Uwe.
On Fri, Dec 10, 2004 at 08:36:02AM +0100, Uwe Beger wrote:
Hallo,
Hi Uwe,
Diese Datei enthält "RFC 822 mail text". Mit welchem mail-clienten kann ich diese Datei einlesen und weiterverarbeiten ODER wie erreiche ich, dass die aussortierten spammails im mbx-Format ("ISO-8859 mail text") abgelegt werden?
mbox ist RFC822 AFAIK.
Du kannst diese Datei mit jedem beliebigen Mailprogramm bearbeiten (kmail, mutt), wegen des einfachen Aufbaus der Datei (From: ... Nachricht ... <Leerzeile>) kannst du dir aber auch einen Parser basteln der das alles auseinander nimmt.
Ciao, Tobias
Am Freitag, 10. Dezember 2004 10:09 schrieb Tobias Koenig:
On Fri, Dec 10, 2004 at 08:36:02AM +0100, Uwe Beger wrote: Du kannst diese Datei mit jedem beliebigen Mailprogramm bearbeiten (kmail, mutt), wegen des einfachen Aufbaus der Datei (From: ... Nachricht ... <Leerzeile>) kannst du dir aber auch einen Parser basteln der das alles auseinander nimmt.
Parser würde natürlich gehen ;-)
Aber: Vielleicht muss ich es nochmal etwas anders formulieren. Mails, die ihren Weg zu /var/mail/username gefunden haben, kann ich anschließend sehr gut mit dem guten alten mailx oder auch mutt anschauen. Nach dem Start von mailx sehe ich alle eingegangenen mails und kann einzelne selektieren usw. Mails, die als spam aussortiert wurden, landen in einer Datei /var/lib/nobody/spamverdacht, die NICHT mehr mit mailx zu öffnen ist. Zumindest erkennt mailx keine mails. Auch mutt kann mit dieser Datei nichts anfangen. % file spamverdacht liefert "RFC 822 mail text" Kann ich spamassassin den Umbau der als spam erkannten mails abgewöhnen, der mich anschließend diese mails (genauer: deren Summe in /var/lib/nobody/spamverdacht) nicht mehr mit mailx öffnen läßt?
Grüße, Uwe.
On Fri, Dec 10, 2004 at 04:59:02PM +0100, Uwe Beger wrote:
Am Freitag, 10. Dezember 2004 10:09 schrieb Tobias Koenig:
Hi Uwe,
Mails, die als spam aussortiert wurden, landen in einer Datei /var/lib/nobody/spamverdacht, die NICHT mehr mit mailx zu öffnen ist.
Könntest du mal die ersten ~50 Zeilen dieser Datei als Beispiel schicken?
Ciao, Tobias
Am Samstag, 11. Dezember 2004 03:14 schrieb Tobias Koenig:
On Fri, Dec 10, 2004 at 04:59:02PM +0100, Uwe Beger wrote:
Am Freitag, 10. Dezember 2004 10:09 schrieb Tobias Koenig:
Hi Uwe,
Mails, die als spam aussortiert wurden, landen in einer Datei /var/lib/nobody/spamverdacht, die NICHT mehr mit mailx zu öffnen ist.
Könntest du mal die ersten ~50 Zeilen dieser Datei als Beispiel schicken?
Die erste korrekt aussortierte spammail sieht wie aus wie im Anhang zu sehen. Weitere haben denselben Aufbau und werden einfach angehängt.
Die /etc/procmailrc ruft einfach den spamassassin auf: ~ :0 fw | /usr/bin/spamassassin
:0 * ^X-Spam-Status: Yes spamverdacht
Beste Grüße, Uwe.
On Sun, Dec 12, 2004 at 01:33:55PM +0100, Uwe Beger wrote:
Am Samstag, 11. Dezember 2004 03:14 schrieb Tobias Koenig:
Hi Uwe,
Könntest du mal die ersten ~50 Zeilen dieser Datei als Beispiel schicken?
Die erste korrekt aussortierte spammail sieht wie aus wie im Anhang zu sehen. Weitere haben denselben Aufbau und werden einfach angehängt.
<schnipp> Die sehen soweit Ok aus, warum lassen sie sich bei dir nicht öffnen? Bringt mutt/kmail eine Fehlermeldung?
Ciao, Tobias
Am Mittwoch, 15. Dezember 2004 20:33 schrieb Tobias Koenig:
On Sun, Dec 12, 2004 at 01:33:55PM +0100, Uwe Beger wrote:
Am Samstag, 11. Dezember 2004 03:14 schrieb Tobias Koenig:
Hi Uwe,
Könntest du mal die ersten ~50 Zeilen dieser Datei als Beispiel schicken?
Die erste korrekt aussortierte spammail sieht wie aus wie im Anhang zu sehen. Weitere haben denselben Aufbau und werden einfach angehängt.
<schnipp> Die sehen soweit Ok aus, warum lassen sie sich bei dir nicht öffnen? Bringt mutt/kmail eine Fehlermeldung?
Nein. Alles ok, aber es ist eben keine mail sichtbar, obwohl sich viele mails in diesem file befinden.
# file spamverdacht spamverdacht: RFC 822 mail text # ls -l spamverdacht -rw------- 1 nobody nobody 1481145 Dec 22 21:28 spamverdacht # mailx -f spamverdacht mailx version nail 10.6 11/15/03. Type ? for help. "spamverdacht": 0 messages
Für den user nobody stellt sich das genauso dar... Ein inzwischen vorgenommenes update von SuSE 8.2 auf 9.1 (deswegen die mittlere Sendepause, Entschuldigung) veränderte an diesem Verhalten ebenfalls nichts.
On Fri, Dec 10, 2004 at 04:59:02PM +0100, Uwe Beger wrote:
Kann ich spamassassin den Umbau der als spam erkannten mails abgewöhnen, der mich anschließend diese mails (genauer: deren Summe in /var/lib/nobody/spamverdacht) nicht mehr mit mailx öffnen läßt?
beschreibe mal dein setup genauer bzw. zeige uns: - /etc/procmailrc - wer stellt die mails nach /var/lib/nobody/spamverdacht zu? (wie genau kommen die dort hin?) - wie ist der spamassassin eingebunden? - wie ist der postfix konfiguriert?
Am Samstag, 11. Dezember 2004 09:15 schrieb Stefan Seyfried:
On Fri, Dec 10, 2004 at 04:59:02PM +0100, Uwe Beger wrote:
Kann ich spamassassin den Umbau der als spam erkannten mails abgewöhnen, der mich anschließend diese mails (genauer: deren Summe in /var/lib/nobody/spamverdacht) nicht mehr mit mailx öffnen läßt?
beschreibe mal dein setup genauer bzw. zeige uns:
- /etc/procmailrc
SENDER=$1 SHIFT=1 # Until now, mail is untagged, you may add rules for # mail that must not be tagged :0 hbfw | /usr/bin/spamassassin
:0 * ^X-Spam-Status: Yes spamverdacht
:0 | /usr/sbin/sendmail -i -f "$SENDER" -- "$@"
- wer stellt die mails nach /var/lib/nobody/spamverdacht zu? (wie genau kommen die dort hin?)
über obige /etc/procmailrc
- wie ist der spamassassin eingebunden?
Offensichtlich doppelt, nämlich über amavis UND procmail/spamassassin. spamassassin war mal eher auf dem System, als amavis. Das könnte eine Ursache sein.
- wie ist der postfix konfiguriert?
So, dass er mit amavis zusammenarbeitet. Wohin genau zielt die Frage?
Der doppelte Aufruf von spamassassin scheint schon mal ein näher zu erforschender Ansatz zu sein.
On Wed, Dec 22, 2004 at 10:20:29PM +0100, Uwe Beger wrote:
Am Samstag, 11. Dezember 2004 09:15 schrieb Stefan Seyfried:
On Fri, Dec 10, 2004 at 04:59:02PM +0100, Uwe Beger wrote:
Kann ich spamassassin den Umbau der als spam erkannten mails abgewöhnen, der mich anschließend diese mails (genauer: deren Summe in /var/lib/nobody/spamverdacht) nicht mehr mit mailx öffnen läßt?
beschreibe mal dein setup genauer bzw. zeige uns:
- /etc/procmailrc
SENDER=$1 SHIFT=1 # Until now, mail is untagged, you may add rules for # mail that must not be tagged :0 hbfw | /usr/bin/spamassassin
:0
- ^X-Spam-Status: Yes
spamverdacht
das sieht ganz gut aus. IIRC macht es procmail immer so, daß der typ der Mailbox beibehalten wird. Ein "workaround" könnte also sein, eine beliebige Mailbox mit einer (dummy-)Mail drin nach "spamverdacht" zu kopieren und danach von procmail die neuen Mails hinten anhängen zu lassen.
:0 | /usr/sbin/sendmail -i -f "$SENDER" -- "$@"
ich sehe Mailloops auf dich zukommen :-)
- wie ist der postfix konfiguriert?
So, dass er mit amavis zusammenarbeitet. Wohin genau zielt die Frage?
die Frage zielte indirekt dahin, ob wirklich die procmailrc die mails in die Mailbox schreibt.
Der doppelte Aufruf von spamassassin scheint schon mal ein näher zu erforschender Ansatz zu sein.
ich glaube nicht, daß das wirklich das Problem ist.
kannst du mit "mutt -R -f /var/lib/nobody/spamverdacht" die Mailbox öffnen? Wenn ja, ist es ein problem von nail.
Dummerweise weiß ich auch nicht, wie so eine mbox nun genau aussehen muß, aber mit deiner procmailrc vergleichbare regeln stellen bei mir wunderbar in mboxen zu, insofern sollte das nicht grundlegend falsch sein.
lug-dd@mailman.schlittermann.de
-
Stefan Seyfried -
Tobias Koenig -
Uwe Beger