SPAM Mails automatisch verschieben

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

duffy6

Benutzer
Registriert
21. Juni 2009
Beiträge
68
Reaktionspunkte
0
Punkte
6
Hallo zusammen,

ist es möglich Mails, die von Spamassassin als Spam gekennzeichnet wurden (Betreff: ****SPAM****....) serverseitig in spezielles Verzeichnis zu verschieben?

Gruß
duffy6
 
Moin,
also SpamAssasin habe ich gut angelernt und meine Mailbox ruft regelmäßig meinen Account ab. Nun wollte ich auch die Mail automatisch verschieben lassen. ich habe alles nach dem Wiki zusammengebaut aber habe nun ein Problem. In dem link mit der Einrichtung steht, dass man die Dateien unter /opt/lib/dovecot/ verschieben soll. Bei mir existiert dieses Verszeichniss nicht! Nach dem Wiki ist das manuelle installieren des dovecot nicht mehr erforderlich (habe ich somit auch nicht gemacht) und es läuft ja sonst auch alles. Ich vermute mal, dass dieses Verzeichnis nun einfach woanders liegt. Kannst du da weiterhelfen?
Grüße
Heatseeker
 
Für dovecot-sieve musst du die Schritte machen, die in diesem verlinkten Beitrag stehen. Wenn das Verzeichnis nicht existiert, was spricht denn dagegen das Verzeichnis anzulegen? Die DS wird deswegen schon nicht explodieren ;) Du könntest sonst auch /usr/lib/dovecot verwenden. Der Vorteil von /opt ist aber, dass die Dateien dort ein Firmware Update überleben
Purzel installiert dovecot auch nicht sondern kompiliert "nur" den dovecot Prozess deliver und die nötigen Module für dovecot-sieve
 
Moin,
dass mir die Kiste nicht umm die ohre fliegt ist mir schon klar ;-) Nur hatte ich so meine Zweifel, dass das dann auch funktioniert! Besonders der Satz:
Dazu muss /opt/etc/dovecot/dovecot.conf ergänzt werden:...
Machte mich stutzig, da die Datei ja nicht existiert bei mir und ich ja auch nicht weiß, was da sonst so drinsteht. Aber dann werd ich's mal versuchen!
Grüße
Heatseeker
 
Moin,
dass mir die Kiste nicht umm die ohre fliegt ist mir schon klar ;-) Nur hatte ich so meine Zweifel, dass das dann auch funktioniert! Besonders der Satz:
Machte mich stutzig, da die Datei ja nicht existiert bei mir und ich ja auch nicht weiß, was da sonst so drinsteht. Aber dann werd ich's mal versuchen!
Grüße
Heatseeker
/opt.../dovecot.conf muss nur angepasst werden, wenn du auch den ipkg dovecot verwendest. Sonst liegt die conf in /usr/syno/mailstation/etc/dovecot.conf und muss auch dort angepasst werden. Ich habe in meinem Wiki mal einen Beitrag geschrieben mit den Unterschieden zu Purzel's Beschreibung, weil ja Dovecot nun zur Firmware gehört (http://syno.brain-force.ch/dovecot_sieve_installieren)
 
Aha! kann ich also wieder löschen...
 
So,
ich habe es nun mal 2 Wochen gestetet, es läuft nix mehr :-(

Was also vorher lief und wie installiert wurde:
-Mailserver der original Firmware
-ipkg installiertes # py25-getmail
# py-getmail-common
# python25
# cron
nach Anleitung: http://www.synology-wiki.de/index.php/Externe_Accounts_abrufen
-spamassasin installiert nach: nach der gleichen Anleitung

Bis hier hin lief auch alles, alle mails wurden abgeholt und liefen auch durch den spamassasin, nur wurden die mails nicht automatisch aussortiert. Dies wollte ich dann nachrüsten und habe diese Anleitung nach Post 4 benutzt.
Nun kommen keine Mails mehr in meinem Postfach mehr an.
Ich vermute mal einfach, dass die Mails nicht mehr richtig einsortiert werden, da ja [destination] in meiner .rc umgeändert habe.
Kann man dies nun zusätzlich übergeben, dass die mails auch wieder in meinem Maildir landen?

Grüße
Heatseeker
 
getmail bietet die Möglichkeit in Logfiles zu schreiben
Code:
#rc file
[options]
...[FONT=monospace]
[/FONT]message_log = ~/.getmail/log
schau mal in dieses Logfile was getmail zu melden hat. Oft sind es Berechtigungsprobleme
 
Moin,
also im log steht, dass die letzte Mail am 2.3. in die Mailbox einsortiert wurde, danach ist das log leer!
Alos: ich habe nochmal getmail "per Hand" aufgerufen:
/opt/bin/getmail -q -l --rcfile /volume1/homes/Henning/.getmail/mailsynoIMAP.rc
dann bekomm ich
Configuration error: configuration file /volume1/homes/Henning/.getmail/mailsynoIMAP.rc incorrect (path: specified file "/opt/libexec/dovecot/deliver" does not exist)


Grüße
Heatseeker
 
Zuletzt bearbeitet:
Schein so, als müsste ich dovecot doch selbst kompilieren, da /deliver scheinbar nicht mit dabei war :-( Oder liegt's mal wieder wo anders?
 
Kurze Zwischenfrage

Seit der V 2.3 habe ich einen Ordner "Spamassasin" entdeckt.
Ist da jetzt in der Firmware was mit integriert oder ist das nur ein Hinweis auf zukünftige Entwicklungen.
 
Mit der aktuellsten Mailstation sollte Spamassassin mit dazu gehören
 
Mit der aktuellsten Mailstation sollte Spamassassin mit dazu gehören

Die Version 20100317-017 kannte ich noch nicht. Dort ist in der Verwaltung ein haken für "Spamfilter" an/aus.
Leider sind jetzt erst einmal meine Einstellungen für den Mailserver weg.

also später testen :(
 
Leider sind jetzt erst einmal meine Einstellungen für den Mailserver weg.
Meinst du mit Einstellungen deine manuellen Anpassungen an den Configfiles? Die gehen bei einem Update meist flöten und von daher ist es sinnvoll solche Files regelmässig zu backupen
 
Moin,
also seh ich das richtig, dass ich mir das selber kompilieren sparen kann wenn ich mir die aktuelle FW und Mailstation ziehe?
 
Moin,
also seh ich das richtig, dass ich mir das selber kompilieren sparen kann wenn ich mir die aktuelle FW und Mailstation ziehe?
NEIN, nur Spamassassin ist neu mitdabei. Wenn du aber willst, dass als Spam markierte Mails auch aussortiert werden, dann musst du dovecot und das sieve entsprechend konfigurieren (kompillieren)
 
Ah, ja klar, sorry!
 
Meinst du mit Einstellungen deine manuellen Anpassungen an den Configfiles? Die gehen bei einem Update meist flöten und von daher ist es sinnvoll solche Files regelmässig zu backupen

ja, die Anpassungen für den Mailversand über DDNS und die catch-all Einstellungen.
Ich hatte das alles ja zum FW Update gesichert, wenn ich nur wüsste wohin :confused:
 
Status
Für weitere Antworten geschlossen.
 

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