Archiv:Regeln von Spamassassin - Versionsgeschichte

Tommes: Tommes verschob die Seite Regeln von Spamassassin nach Archiv:Regeln von Spamassassin

2025-03-15T07:17:51Z

Tommes verschob die Seite Regeln von Spamassassin nach Archiv:Regeln von Spamassassin

← Nächstältere Version	Version vom 15. März 2025, 07:17 Uhr
(kein Unterschied)

imported>Jahlives am 12. September 2010 um 12:13 Uhr

2010-09-12T12:13:43Z

← Nächstältere Version		Version vom 12. September 2010, 12:13 Uhr
Zeile 20:		Zeile 20:
	Die Kombination aus statistischen Filtern (Training) und Regelsätzen (in Files resp durch sa-update) ist sehr stark. Dabei ist es wichtig zu beachten, dass erst die Regelsätze geprüft werden und dann die statistischen Filter drankommen. In die zweite Stufe kommt eine Email nur wenn sie vorher durch die Regelsätze noch nicht als SPAM taxiert wurde. Da die Regelsätze via sa-update aber sehr genau treffen und hohe Spampunkte erzeugen, gehen die meisten Spammails gar nicht mehr durch die Wortfilter. Daher ist es wichtig beim Einsatz beider Verfahren die als Spam markierten Email immer auch in den Spamfolder als .eml zu exportieren und dann immer wieder mal den <span style="font-family:monospace;color:blue;">$ sa-learn --spam</span> drüberzulassen		Die Kombination aus statistischen Filtern (Training) und Regelsätzen (in Files resp durch sa-update) ist sehr stark. Dabei ist es wichtig zu beachten, dass erst die Regelsätze geprüft werden und dann die statistischen Filter drankommen. In die zweite Stufe kommt eine Email nur wenn sie vorher durch die Regelsätze noch nicht als SPAM taxiert wurde. Da die Regelsätze via sa-update aber sehr genau treffen und hohe Spampunkte erzeugen, gehen die meisten Spammails gar nicht mehr durch die Wortfilter. Daher ist es wichtig beim Einsatz beider Verfahren die als Spam markierten Email immer auch in den Spamfolder als .eml zu exportieren und dann immer wieder mal den <span style="font-family:monospace;color:blue;">$ sa-learn --spam</span> drüberzulassen
	</span>		</span>
			[[Category:Mailstation]]
			[[Category:Spamassassin]]

imported>Jahlives: /* Manuelles Training */

2010-02-24T14:59:06Z

Manuelles Training

← Nächstältere Version		Version vom 24. Februar 2010, 14:59 Uhr
Zeile 10:		Zeile 10:
	== Manuelles Training ==		== Manuelles Training ==
	sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben (Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht)		sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben (Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht)
			----
			Man kan Spamassassin auch direkt auf Mailboxen loslassen. Da braucht man nicht den Umweg über einen Export zu machen
			<span style="display:block;font-family:monospace;color:blue;">
			sa-learn --progress --ham\|spam /volume1/homes/USER/.Maildir/imapfolder.imapsubfolder/{cur,new}
			</span>
			Das Maildir Format speichert die Emails im jeweiligen Verzeichnis in den folgenden zwei Unterverzeichnissen: cur (current) und new (new). Die beiden Unterverzeichnisse heissen immer gleich. Gerade wenn man sa-learn auf den Spamfolder loslässt, kann es von Vorteil sein nur den Unterordner cur zu scannen. Damit vermindert man das Risiko, dass eine neue Email im Spamfolder (z.B. weil der Emailclient glaubt es sei Spam) als Spam gelernt wird. [[Benutzer:Jahlives\|Jahlives]] 14:59, 24. Feb. 2010 (UTC)
			----
	<span style="color:red;font-variant:small-caps;font-size:1.2em;border-color:red;border-style:dotted;display:block;padding:10px;margin:20px;">		<span style="color:red;font-variant:small-caps;font-size:1.2em;border-color:red;border-style:dotted;display:block;padding:10px;margin:20px;">
	Die Kombination aus statistischen Filtern (Training) und Regelsätzen (in Files resp durch sa-update) ist sehr stark. Dabei ist es wichtig zu beachten, dass erst die Regelsätze geprüft werden und dann die statistischen Filter drankommen. In die zweite Stufe kommt eine Email nur wenn sie vorher durch die Regelsätze noch nicht als SPAM taxiert wurde. Da die Regelsätze via sa-update aber sehr genau treffen und hohe Spampunkte erzeugen, gehen die meisten Spammails gar nicht mehr durch die Wortfilter. Daher ist es wichtig beim Einsatz beider Verfahren die als Spam markierten Email immer auch in den Spamfolder als .eml zu exportieren und dann immer wieder mal den <span style="font-family:monospace;color:blue;">$ sa-learn --spam</span> drüberzulassen		Die Kombination aus statistischen Filtern (Training) und Regelsätzen (in Files resp durch sa-update) ist sehr stark. Dabei ist es wichtig zu beachten, dass erst die Regelsätze geprüft werden und dann die statistischen Filter drankommen. In die zweite Stufe kommt eine Email nur wenn sie vorher durch die Regelsätze noch nicht als SPAM taxiert wurde. Da die Regelsätze via sa-update aber sehr genau treffen und hohe Spampunkte erzeugen, gehen die meisten Spammails gar nicht mehr durch die Wortfilter. Daher ist es wichtig beim Einsatz beider Verfahren die als Spam markierten Email immer auch in den Spamfolder als .eml zu exportieren und dann immer wieder mal den <span style="font-family:monospace;color:blue;">$ sa-learn --spam</span> drüberzulassen
	</span>		</span>

imported>Raymond: typos

2009-10-04T20:36:57Z

typos

← Nächstältere Version		Version vom 4. Oktober 2009, 20:36 Uhr
Zeile 1:		Zeile 1:
	== ~~About~~ ==		== Über Spamassassin ==
	Spamassassin besitzt ein sehr umfangreiches Regelwerk zur Spambekämpfung. Wenn Spamassassin (sa) neuinstalliert wurde, ist dessen Datenbank noch leer und damit ist die Trefferquote ziemlich gering. Zwar lassen sich die Regeln manuell hinzufügen oder vordefinierte Regelsätze aus dem Internet herunterladen und als Files einfügen, aber eine der Stärken von sa ist es, dass er sich die Regeln selbstständig (sa-update) laden kann.		Spamassassin besitzt ein sehr umfangreiches Regelwerk zur Spambekämpfung. Wenn Spamassassin (sa) neuinstalliert wurde, ist dessen Datenbank noch leer und damit ist die Trefferquote ziemlich gering. Zwar lassen sich die Regeln manuell hinzufügen oder vordefinierte Regelsätze aus dem Internet herunterladen und als Files einfügen, aber eine der Stärken von sa ist es, dass er sich die Regeln selbstständig (sa-update) laden kann.
	== ~~automatisches~~ Update ==
			== Automatisches Update ==
	# perl installiert (via ipkg)<br />könnte auch mit dem Default Perl gehen (nicht getestet)		# perl installiert (via ipkg)<br />könnte auch mit dem Default Perl gehen (nicht getestet)
	# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot) oder [[Externe_Accounts_abrufen#SpamAssassin_installieren_und_einrichten\|hier]] im Wiki		# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot) oder [[Externe_Accounts_abrufen#SpamAssassin_installieren_und_einrichten\|hier]] im Wiki
Zeile 7:		Zeile 8:
	# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation. Die IP Adresse des dnsmasq Daemons muss auch noch in die IP Konfig der DS rein (entweder fix eingetragen oder via dhcp im LAN als primären DNS Server ausliefern lassen). Danach sollte die Namensauflösung der Update Server dann korrekt laufen.		# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation. Die IP Adresse des dnsmasq Daemons muss auch noch in die IP Konfig der DS rein (entweder fix eingetragen oder via dhcp im LAN als primären DNS Server ausliefern lassen). Danach sollte die Namensauflösung der Update Server dann korrekt laufen.

	== ~~manuelles~~ Training ==		== Manuelles Training ==
	sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben (Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht)		sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben (Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht)
	<span style="color:red;font-variant:small-caps;font-size:1.2em;border-color:red;border-style:dotted;display:block;padding:10px;margin:20px;">		<span style="color:red;font-variant:small-caps;font-size:1.2em;border-color:red;border-style:dotted;display:block;padding:10px;margin:20px;">
	Die Kombination aus statistischen Filtern (Training) und Regelsätzen (in Files resp durch sa-update) ist sehr stark. Dabei ist es wichtig zu beachten, dass erst die Regelsätze geprüft werden und dann die statistischen Filter drankommen. In die zweite Stufe kommt eine Email nur wenn sie vorher durch die Regelsätze noch nicht als SPAM taxiert wurde. Da die Regelsätze via sa-update aber sehr genau treffen und hohe Spampunkte erzeugen, gehen die meisten Spammails gar nicht mehr durch die Wortfilter. Daher ist es wichtig beim Einsatz beider Verfahren die als Spam markierten Email immer auch in den Spamfolder als .eml zu exportieren und dann immer wieder mal den <span style="font-family:monospace;color:blue;">$ sa-learn --spam</span> drüberzulassen		Die Kombination aus statistischen Filtern (Training) und Regelsätzen (in Files resp durch sa-update) ist sehr stark. Dabei ist es wichtig zu beachten, dass erst die Regelsätze geprüft werden und dann die statistischen Filter drankommen. In die zweite Stufe kommt eine Email nur wenn sie vorher durch die Regelsätze noch nicht als SPAM taxiert wurde. Da die Regelsätze via sa-update aber sehr genau treffen und hohe Spampunkte erzeugen, gehen die meisten Spammails gar nicht mehr durch die Wortfilter. Daher ist es wichtig beim Einsatz beider Verfahren die als Spam markierten Email immer auch in den Spamfolder als .eml zu exportieren und dann immer wieder mal den <span style="font-family:monospace;color:blue;">$ sa-learn --spam</span> drüberzulassen
	</span>		</span>

imported>Jahlives: /* automatisches Update */

2009-03-20T02:13:10Z

automatisches Update

← Nächstältere Version		Version vom 20. März 2009, 02:13 Uhr
Zeile 3:		Zeile 3:
	== automatisches Update ==		== automatisches Update ==
	# perl installiert (via ipkg)<br />könnte auch mit dem Default Perl gehen (nicht getestet)		# perl installiert (via ipkg)<br />könnte auch mit dem Default Perl gehen (nicht getestet)
	# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot) oder [[Externe_Accounts_abrufen#SpamAssassin_installieren_und_einrichten\|hier] im Wiki		# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot) oder [[Externe_Accounts_abrufen#SpamAssassin_installieren_und_einrichten\|hier]] im Wiki
	# sa-update auf der Konsole z.B. <span style="font-family:monospace;color:blue;">$ sa-update --nogpg --channel saupdates.openprotect.com</span> ausgeführt<br />Beim ersten Aufruf von sa-update wird eine Ellenlange Fehlermeldung bezüglich fehlender Perl Module ausgespuckt. Diese sollten sich via ipkg installieren lassen. In der Fehlermeldung stehen die Module als Perl::MODULE in ipkg ist die Benamsung leider etwas anders. Aber mittels eines <span style="font-family:monospace;color:blue;">$ ipkg list \| grep perl \| grep MODULE</span> lassen sich die ipkg Namen schnell ermitteln.<br/>Am Ende werden es ein zwei Module sein die fehlen, aber sa-update sollte jetzt bis zur Namensauflösung für die Update Server kommen<br />Wenn diese erfolglos verläuft dann schaut den nächsten Punkt an (4). Wenn der Name aufgelöst werden konnte seid ihr durch und die Regeln sollte automatisch heruntergeladen und in sa integriert werden. Der sa-update Aufruf lässt sich auch in crontab eintragen <br />z.B. <span style="font-family:monospace;color:blue;">sa-update --nogpg --channel saupdates.openprotect.com --channel updates.spamassassin.org>>/dev/null</span>		# sa-update auf der Konsole z.B. <span style="font-family:monospace;color:blue;">$ sa-update --nogpg --channel saupdates.openprotect.com</span> ausgeführt<br />Beim ersten Aufruf von sa-update wird eine Ellenlange Fehlermeldung bezüglich fehlender Perl Module ausgespuckt. Diese sollten sich via ipkg installieren lassen. In der Fehlermeldung stehen die Module als Perl::MODULE in ipkg ist die Benamsung leider etwas anders. Aber mittels eines <span style="font-family:monospace;color:blue;">$ ipkg list \| grep perl \| grep MODULE</span> lassen sich die ipkg Namen schnell ermitteln.<br/>Am Ende werden es ein zwei Module sein die fehlen, aber sa-update sollte jetzt bis zur Namensauflösung für die Update Server kommen<br />Wenn diese erfolglos verläuft dann schaut den nächsten Punkt an (4). Wenn der Name aufgelöst werden konnte seid ihr durch und die Regeln sollte automatisch heruntergeladen und in sa integriert werden. Der sa-update Aufruf lässt sich auch in crontab eintragen <br />z.B. <span style="font-family:monospace;color:blue;">sa-update --nogpg --channel saupdates.openprotect.com --channel updates.spamassassin.org>>/dev/null</span>
	# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation. Die IP Adresse des dnsmasq Daemons muss auch noch in die IP Konfig der DS rein (entweder fix eingetragen oder via dhcp im LAN als primären DNS Server ausliefern lassen). Danach sollte die Namensauflösung der Update Server dann korrekt laufen.		# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation. Die IP Adresse des dnsmasq Daemons muss auch noch in die IP Konfig der DS rein (entweder fix eingetragen oder via dhcp im LAN als primären DNS Server ausliefern lassen). Danach sollte die Namensauflösung der Update Server dann korrekt laufen.

imported>Jahlives: /* automatisches Update */

2009-03-20T02:12:40Z

automatisches Update

← Nächstältere Version		Version vom 20. März 2009, 02:12 Uhr
Zeile 3:		Zeile 3:
	== automatisches Update ==		== automatisches Update ==
	# perl installiert (via ipkg)<br />könnte auch mit dem Default Perl gehen (nicht getestet)		# perl installiert (via ipkg)<br />könnte auch mit dem Default Perl gehen (nicht getestet)
	# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot)		# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot) oder [[Externe_Accounts_abrufen#SpamAssassin_installieren_und_einrichten\|hier] im Wiki
	# sa-update auf der Konsole z.B. <span style="font-family:monospace;color:blue;">$ sa-update --nogpg --channel saupdates.openprotect.com</span> ausgeführt<br />Beim ersten Aufruf von sa-update wird eine Ellenlange Fehlermeldung bezüglich fehlender Perl Module ausgespuckt. Diese sollten sich via ipkg installieren lassen. In der Fehlermeldung stehen die Module als Perl::MODULE in ipkg ist die Benamsung leider etwas anders. Aber mittels eines <span style="font-family:monospace;color:blue;">$ ipkg list \| grep perl \| grep MODULE</span> lassen sich die ipkg Namen schnell ermitteln.<br/>Am Ende werden es ein zwei Module sein die fehlen, aber sa-update sollte jetzt bis zur Namensauflösung für die Update Server kommen<br />Wenn diese erfolglos verläuft dann schaut den nächsten Punkt an (4). Wenn der Name aufgelöst werden konnte seid ihr durch und die Regeln sollte automatisch heruntergeladen und in sa integriert werden. Der sa-update Aufruf lässt sich auch in crontab eintragen <br />z.B. <span style="font-family:monospace;color:blue;">sa-update --nogpg --channel saupdates.openprotect.com --channel updates.spamassassin.org>>/dev/null</span>		# sa-update auf der Konsole z.B. <span style="font-family:monospace;color:blue;">$ sa-update --nogpg --channel saupdates.openprotect.com</span> ausgeführt<br />Beim ersten Aufruf von sa-update wird eine Ellenlange Fehlermeldung bezüglich fehlender Perl Module ausgespuckt. Diese sollten sich via ipkg installieren lassen. In der Fehlermeldung stehen die Module als Perl::MODULE in ipkg ist die Benamsung leider etwas anders. Aber mittels eines <span style="font-family:monospace;color:blue;">$ ipkg list \| grep perl \| grep MODULE</span> lassen sich die ipkg Namen schnell ermitteln.<br/>Am Ende werden es ein zwei Module sein die fehlen, aber sa-update sollte jetzt bis zur Namensauflösung für die Update Server kommen<br />Wenn diese erfolglos verläuft dann schaut den nächsten Punkt an (4). Wenn der Name aufgelöst werden konnte seid ihr durch und die Regeln sollte automatisch heruntergeladen und in sa integriert werden. Der sa-update Aufruf lässt sich auch in crontab eintragen <br />z.B. <span style="font-family:monospace;color:blue;">sa-update --nogpg --channel saupdates.openprotect.com --channel updates.spamassassin.org>>/dev/null</span>
	# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation. Die IP Adresse des dnsmasq Daemons muss auch noch in die IP Konfig der DS rein (entweder fix eingetragen oder via dhcp im LAN als primären DNS Server ausliefern lassen). Danach sollte die Namensauflösung der Update Server dann korrekt laufen.		# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation. Die IP Adresse des dnsmasq Daemons muss auch noch in die IP Konfig der DS rein (entweder fix eingetragen oder via dhcp im LAN als primären DNS Server ausliefern lassen). Danach sollte die Namensauflösung der Update Server dann korrekt laufen.

imported>Jahlives: /* manuelles Training */

2009-03-20T00:30:35Z

manuelles Training

← Nächstältere Version		Version vom 20. März 2009, 00:30 Uhr
Zeile 9:		Zeile 9:
	== manuelles Training ==		== manuelles Training ==
	sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben (Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht)		sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben (Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht)
			<span style="color:red;font-variant:small-caps;font-size:1.2em;border-color:red;border-style:dotted;display:block;padding:10px;margin:20px;">
			Die Kombination aus statistischen Filtern (Training) und Regelsätzen (in Files resp durch sa-update) ist sehr stark. Dabei ist es wichtig zu beachten, dass erst die Regelsätze geprüft werden und dann die statistischen Filter drankommen. In die zweite Stufe kommt eine Email nur wenn sie vorher durch die Regelsätze noch nicht als SPAM taxiert wurde. Da die Regelsätze via sa-update aber sehr genau treffen und hohe Spampunkte erzeugen, gehen die meisten Spammails gar nicht mehr durch die Wortfilter. Daher ist es wichtig beim Einsatz beider Verfahren die als Spam markierten Email immer auch in den Spamfolder als .eml zu exportieren und dann immer wieder mal den <span style="font-family:monospace;color:blue;">$ sa-learn --spam</span> drüberzulassen
			</span>

imported>Jahlives: /* manuelles Training */

2009-03-20T00:16:32Z

manuelles Training

← Nächstältere Version		Version vom 20. März 2009, 00:16 Uhr
Zeile 8:		Zeile 8:

	== manuelles Training ==		== manuelles Training ==
	sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben. Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht.		sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben (Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht)

imported>Jahlives: /* automatisches Update */

2009-03-20T00:12:56Z

automatisches Update

← Nächstältere Version		Version vom 20. März 2009, 00:12 Uhr
Zeile 5:		Zeile 5:
	# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot)		# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot)
	# sa-update auf der Konsole z.B. <span style="font-family:monospace;color:blue;">$ sa-update --nogpg --channel saupdates.openprotect.com</span> ausgeführt<br />Beim ersten Aufruf von sa-update wird eine Ellenlange Fehlermeldung bezüglich fehlender Perl Module ausgespuckt. Diese sollten sich via ipkg installieren lassen. In der Fehlermeldung stehen die Module als Perl::MODULE in ipkg ist die Benamsung leider etwas anders. Aber mittels eines <span style="font-family:monospace;color:blue;">$ ipkg list \| grep perl \| grep MODULE</span> lassen sich die ipkg Namen schnell ermitteln.<br/>Am Ende werden es ein zwei Module sein die fehlen, aber sa-update sollte jetzt bis zur Namensauflösung für die Update Server kommen<br />Wenn diese erfolglos verläuft dann schaut den nächsten Punkt an (4). Wenn der Name aufgelöst werden konnte seid ihr durch und die Regeln sollte automatisch heruntergeladen und in sa integriert werden. Der sa-update Aufruf lässt sich auch in crontab eintragen <br />z.B. <span style="font-family:monospace;color:blue;">sa-update --nogpg --channel saupdates.openprotect.com --channel updates.spamassassin.org>>/dev/null</span>		# sa-update auf der Konsole z.B. <span style="font-family:monospace;color:blue;">$ sa-update --nogpg --channel saupdates.openprotect.com</span> ausgeführt<br />Beim ersten Aufruf von sa-update wird eine Ellenlange Fehlermeldung bezüglich fehlender Perl Module ausgespuckt. Diese sollten sich via ipkg installieren lassen. In der Fehlermeldung stehen die Module als Perl::MODULE in ipkg ist die Benamsung leider etwas anders. Aber mittels eines <span style="font-family:monospace;color:blue;">$ ipkg list \| grep perl \| grep MODULE</span> lassen sich die ipkg Namen schnell ermitteln.<br/>Am Ende werden es ein zwei Module sein die fehlen, aber sa-update sollte jetzt bis zur Namensauflösung für die Update Server kommen<br />Wenn diese erfolglos verläuft dann schaut den nächsten Punkt an (4). Wenn der Name aufgelöst werden konnte seid ihr durch und die Regeln sollte automatisch heruntergeladen und in sa integriert werden. Der sa-update Aufruf lässt sich auch in crontab eintragen <br />z.B. <span style="font-family:monospace;color:blue;">sa-update --nogpg --channel saupdates.openprotect.com --channel updates.spamassassin.org>>/dev/null</span>
	# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation.		# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation. Die IP Adresse des dnsmasq Daemons muss auch noch in die IP Konfig der DS rein (entweder fix eingetragen oder via dhcp im LAN als primären DNS Server ausliefern lassen). Danach sollte die Namensauflösung der Update Server dann korrekt laufen.

	== manuelles Training ==		== manuelles Training ==
	sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben. Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht.		sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben. Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht.

imported>Jahlives: /* Voraussetzungen */

2009-03-20T00:08:35Z

Voraussetzungen

← Nächstältere Version		Version vom 20. März 2009, 00:08 Uhr
Zeile 1:		Zeile 1:
	== About ==		== About ==
	Spamassassin besitzt ein sehr umfangreiches Regelwerk zur Spambekämpfung. Wenn Spamassassin (sa) neuinstalliert wurde, ist dessen Datenbank noch leer und damit ist die Trefferquote ziemlich gering. Zwar lassen sich die Regeln manuell hinzufügen oder vordefinierte Regelsätze aus dem Internet herunterladen und als Files einfügen, aber eine der Stärken von sa ist es, dass er sich die Regeln selbstständig (sa-update) laden kann.		Spamassassin besitzt ein sehr umfangreiches Regelwerk zur Spambekämpfung. Wenn Spamassassin (sa) neuinstalliert wurde, ist dessen Datenbank noch leer und damit ist die Trefferquote ziemlich gering. Zwar lassen sich die Regeln manuell hinzufügen oder vordefinierte Regelsätze aus dem Internet herunterladen und als Files einfügen, aber eine der Stärken von sa ist es, dass er sich die Regeln selbstständig (sa-update) laden kann.
	== ~~Voraussetzungen~~ ==		== automatisches Update ==
	# perl installiert (via ipkg)<br />könnte auch mit dem Default Perl gehen (nicht getestet)		# perl installiert (via ipkg)<br />könnte auch mit dem Default Perl gehen (nicht getestet)
	# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot)		# spamassassin installiert (via ipkg) und konfiguriert<br />Wie man spamassassin einrichtet steht im [http://www.synology-forum.de Forum] (Stichworte: purzel und dovecot)
	# sa-update auf der Konsole ausgeführt ~~und alle fehlenden Perl Module via ipkg nachinstalliert~~<br />Beim ersten Aufruf von sa-update wird eine Ellenlange Fehlermeldung bezüglich fehlender Perl Module ausgespuckt. Diese sollten sich via ipkg installieren lassen. In der Fehlermeldung stehen die Module als Perl::MODULE in ipkg ist die Benamsung leider etwas anders. Aber mittels eines		# sa-update auf der Konsole z.B. <span style="font-family:monospace;color:blue;">$ sa-update --nogpg --channel saupdates.openprotect.com</span> ausgeführt<br />Beim ersten Aufruf von sa-update wird eine Ellenlange Fehlermeldung bezüglich fehlender Perl Module ausgespuckt. Diese sollten sich via ipkg installieren lassen. In der Fehlermeldung stehen die Module als Perl::MODULE in ipkg ist die Benamsung leider etwas anders. Aber mittels eines <span style="font-family:monospace;color:blue;">$ ipkg list \| grep perl \| grep MODULE</span> lassen sich die ipkg Namen schnell ermitteln.<br/>Am Ende werden es ein zwei Module sein die fehlen, aber sa-update sollte jetzt bis zur Namensauflösung für die Update Server kommen<br />Wenn diese erfolglos verläuft dann schaut den nächsten Punkt an (4). Wenn der Name aufgelöst werden konnte seid ihr durch und die Regeln sollte automatisch heruntergeladen und in sa integriert werden. Der sa-update Aufruf lässt sich auch in crontab eintragen <br />z.B. <span style="font-family:monospace;color:blue;">sa-update --nogpg --channel saupdates.openprotect.com --channel updates.spamassassin.org>>/dev/null</span>
	<span style="font-family:monospace;">		# dns Server im LAN (z.B. dnsmasq via ipkg)<br />Wie ich im Intenet gelesen habe ist es so, dass die meisten Router (via DNS Forwarding, den Namen nicht auflösen können). Bei mir war es auch so und drum installierte ich noch dnsmasq auf einer 2. Diskstation.
	$ ipkg list \| grep perl \| grep MODULE		== manuelles Training ==
	</span> lassen sich die ipkg Namen schnell ermitteln		sa hat auch sehr mächtige statistische Wortfilter, nur müssen diese trainiert werden um effektiv zu sein. Ich habe schon von bis zu 5000 Spam und Ham Meldungen gelesen, die nötig sein sollen, um die statistischen Filter auszureizen. Man kann dabei mittels<br /><span style="font-family:monospace;color:blue;">sa-learn --spam\|ham [--progress] /path/to/spam\|ham</span><br /> das Training auf Verzeichnisse mit Ham und solche mit Spam Meldungen loslassen. Das Format der Email-Dateien sollte .eml sein (in Thunderbird gibt es eine Erweiterung '''SmartSave''', die Emails aus ganzen Verzeichnisstrukturen in .eml exportieren kann) und das spam resp ham Verzeichnis darf keine Unterverzeichnisse haben. Dazu gibt es zwei Optionen in '''SmartSave''' Include subfolders und Preserve subfolder structure. Erstere sollte aktiviert sein und Letztere nicht.
	# dns Server im LAN (z.B. dnsmasq via ipkg)