Mail Server MailServer/Station: SPAM filter?

[FaBay]

Das Zitat aus der Manual ist leider völlig aus dem Zusammenhang gerissen. Soweit ich weiß wird hier weder ein BSMTP file erzeugt, noch wird Multidrop verwendet (davon war zumindest nie die Rede).

weil es auch seine Nachteile hat den SMTP zu involvieren. So wird z.B. der RCPT TO verändert ggf auch der MAIL FROM

Ich will nicht ausschliessen dass es Nachteile gibt, aber dieser erschliesst sich mir nicht. Kann sein dass der RCPT TO und der MAIL FROM verändert werden, aber ist das ein Problem? Das sind ja nur die SMTP Handshakes, der Header der Email mit FROM und TO bleibt korrekt. Dort wird lediglich ein weiterer "Received:" Eintrag gesetzt und "Delivered-To" geändert. Hier mal ein Beispiel (Mail-Adr. geändert):

Return-Path: <info@synology-forum.de>
X-Original-To: Fabian@localhost
Delivered-To: fabian@localhost.localdomain
Received: from DiskStation (localhost [127.0.0.1])
	by localhost (Postfix) with ESMTP id ****A0566
	for <Fabian@localhost>; Thu, 16 Apr 2015 14:49:55 +0200 (CEST)
Received: from pop3.web.de [212.227.17.161]
	by DiskStation with POP3 (fetchmail-6.3.17)
	for <Fabian@localhost> (single-drop); Thu, 16 Apr 2015 14:49:55 +0200 (CEST)
Received: from smtprelay06.ispgateway.de ([80.67.31.102]) by mx-ha.web.de
 (mxweb001) with ESMTPS (Nemesis) id 0MclWL-1Z0*******X-00Hv0B for
 <fabian****@web.de>; Thu, 16 Apr 2015 14:46:37 +0200
Received: from [85.214.52.208] (helo=h1925185.stratoserver.net)
	by smtprelay06.ispgateway.de with esmtpa (Exim 4.84)
	(envelope-from <info@synology-forum.de>)
	id 1*****k-0001V1-PQ
	for fabian******@web.de; Thu, 16 Apr 2015 14:46:36 +0200
Received: from localhost (localhost [IPv6:::1])
	by h1925185.stratoserver.net (Postfix) with ESMTP id 7E033E7294
	for <fabian******@web.de>; Thu, 16 Apr 2015 14:46:36 +0200 (CEST)
Date: Thu, 16 Apr 2015 12:46:36 +0000
To: fabian******@web.de
From: "Das deutsche Synology Support Forum" <info@synology-forum.de>

Auch ein Nachteil ist es, dass das SMTP Protokoll verwendet wird. Wenn dann z.B. eine Mail lokal nicht zugestellt werden kann, hat dies automatisch eine Fehlermeldung an den MAIL FROM resp RETURN PATH zur Folge. Da dieser bei Spam sehr oft gefälscht ist, ballert man dann u.U. eine unschuldige Emailadresse zu

Es gibt zwei Möglichkeiten:
SMTP ist nicht erreichbar: Fetchmail bricht ab und belässt die Mails auf dem POP3 Server.
SMTP ist erreichbar: Die Mail wird an user@localhost geschickt. Und da der SMTP erreichbar ist, wird die Mail auch direkt zugestellt (ist ja ein und derselbe SMTP). Oder kann die Mail noch an einer anderen Stelle abgelehnt werden?

Grüße

 

[jahlives]

Nur weil der Server erreichbar ist, heisst dies nicht zwangsläufig, dass die Mail auch angenommen wird. Der Server könnte ein Problem mit den Mailboxen haben (z.B. Rechte oder ein volles Dateisystem), ein Filter im SMTP (z.B. SA oder Clam oder eine SMTP Restriction) könnte die Mail ablehnen. Es gibt viele Möglichkeiten wieso ein laufender SMTP Server eine Mail ablehnen kann

 

[saibot287]

Ich habe wie von FaBay beschrieben, die fetch Datei angepasst. Funktioniert soweit auch, nur wendet er bei mir die Filter von Roundcube nicht an.
Muss ich dafür noch irgendwas einstellen?

--- edit
Ach mist habe es schon herausgefunden. Falls es noch jemandem passiert. Man muss die Filtersätze erst aktivieren...

 

[cyberjunkie]

Hallo,
die Lösung von FaBay lief hier problemlos. Mit DSM 6.0 bzw. Mailstation klappt das leider nicht mehr. Gibt es schon andere Ansätze, externe Mails, die per POP3 abgerufen werden durch Spamassassin überprüfen zu lassen?

Grüße,
T.

 

[HellG]

Hi,
könnte es daran liegen, dass fetchmail überhaupt nicht gestartet wird? Ich habe noch nicht herausgefunden, wie fetchmail überhaupt aufgerufen wird, aber im Prinzip müsste für jeden User ein fetchmail daemon gestartet werden.

Gruß HellG

 

[BInog]

Hallo zusammen . Auch interessiert,... kennt schon jemand eine Möglichkeit??

 

[jahlives]

Hallo, ich kenn die Möglichkeit die Suche zu benutzen dann hättest du u.U. http://www.synology-forum.de/showthread.html?85369-POP3-Spamfilter

 

[sowosamma]

spamassassin einbinden
...
Mein Rezept:
- Mit Mailstation (Roundcube) den Zugriff auf den externen POP3 einrichten
- Per Terminal als root per ssh einloggen
- von roundcube erstellte config files anpassen um spamassassin einzubinden:

1. in /var/packages/MailStation/target/roundcubemail/ext/ stehen schon "fertige" configs für Procmail. Die haben den namen <user>.proc.<email account>

2. Diese Files editieren und spamassassin einbinden. Dann sieht das procmailrc file ungefähr so aus:

#### .procmailrc
MAILDIR="/var/services/homes/USER"
DEFAULT=$MAILDIR/.Maildir/
LOGFILE=$MAILDIR/procmail.log
VERBOSE=off

# Pipe thru spamassassin
:0fw: spamassassin.lock
* < 300000
| /var/packages/MailServer/target/bin/spamassassin

# place all labeled spam in one folder
:0:
* ^X-Spam-Status: Yes
.Maildir/.Junk/

:0
.Maildir/.NormalMailbox/

@haegar33: Vielen Dank für den super Tip.

Ich habe es damals auf meiner DS109+ mit DSM 4.x. umgesetzt und habe mir dadarch viele unnötige E-Mails gespart. Mittlerweile habe ich meine DS109+ durch eine DS218+ ersetzt. Da sich seit DSM 5 die Verzeichnisstruktur komplett geändert hat, nachfolgend die aktuellen Verzeichnisse für alle die die Lösung von haegar33 umsetzen wollen.

Die configs für Procmail liegen nicht mehr unter /var/packages/MailStation/target/roundcubemail/ext/ sondern /volume1/@appstore/MailStation/mail/ext/ und das Verzeichnis für den MailServer ist nicht mehr /var/packages/MailServer/target/bin/spamassassin sondern /volume1/@appstore/MailServer/bin/spamassassin.