Mail Server MailServer/Station: SPAM filter?

FaBay

Benutzer
Mitglied seit
04. Apr 2015
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
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):
Rich (BBCode):
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

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
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

Benutzer
Mitglied seit
31. Jan 2015
Beiträge
1
Punkte für Reaktionen
0
Punkte
0
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...
 
Zuletzt bearbeitet:

cyberjunkie

Benutzer
Mitglied seit
26. Nov 2014
Beiträge
2
Punkte für Reaktionen
0
Punkte
1
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

Benutzer
Mitglied seit
17. Nov 2015
Beiträge
19
Punkte für Reaktionen
0
Punkte
1
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

Benutzer
Mitglied seit
22. Jul 2016
Beiträge
20
Punkte für Reaktionen
1
Punkte
3
Hallo zusammen . Auch interessiert,... kennt schon jemand eine Möglichkeit??
 

sowosamma

Benutzer
Mitglied seit
16. Jun 2009
Beiträge
565
Punkte für Reaktionen
0
Punkte
42
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.
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat