Eine abgrundtiefe Abneigung gegen das .NET Framework hindert mich daran, dies zu installieren. 280 MB die das System zumüllen und nicht restlos entfernt werden können, müssen nicht sein.
Du brauchst zwar nur 22,4 MB für .NET 2.0 oder alternativ dazu 34,1 MB für .NET 2.0 SP1 (enthält benötigte Dateien für .NET 1.0 und 2.0), aber ganz wie du meinst.
Es gibt viele User die das .Net Framework nicht installiert haben. Könnte man die nLruntimes2 R3: http://www.german-nlite.de/index.php?act=…etails&f_id=178
anpassen, damit das mit Phalanx läuft? Phalanx startet zwar mit den nLruntimes2, aber es erscheint eine Fehlermeldung.
"nLruntimes2" gehört scheinbar nur für nLite.
Wenn du Phalanx testen willst, muss das .NET Framework 2.0 installiert sein.
Auf Grund der bevorstehenden und vergangenen Veränderungen an The Bat! (und div. anderen Gründen) habe ich eine Alternative zum Regula Anti-Spam Plugin namens "Phalanx" entwickelt.
Phalanx ist ein Anti-Spam-Filter für POP3-Konten, der eigenständig und unabhängig vom eingesetzten Mailprogramm arbeiten kann. Phalanx unterstützt bei der Anmeldung am Mailserver auch APOP (MD5) und sichere Verbindungen (SSL).
Soweit dies technisch möglich war, habe ich alle Features von Regula integriert. Dabei habe ich zwar versucht, die Konfiguration der Filtermethoden zu vereinfachen, aber das Hauptaugenmerk liegt, wie auch bei Regula, auf einer möglichst hohen Flexibilität.
Phalanx kann von meiner Webseite herunter geladen werden.* (Anmerkung s.u.)
Vorerst akzeptiert das Programm nur Verbindungen vom lokalen Rechner (127.0.0.1).
Es wird das .NET Framework 2.0 benötigt.
Abschließend habe ich noch einige Änderungen, Erweiterungen und sonstige Unterschiede - speziell bei der Verwendung mit TB! - kurz zusammengeschrieben, damit sich jeder einen besseren Überblick verschaffen kann:
* Anmerkung von Sanyok:
Da das Tool auf der offiziellen Webseite wohl nicht mehr angeboten wird, findet ihr die letzte v1.3.1 hier im Anhang zusammen mit dem kompletten Changelog:
Version 1.3.1:
[+] Alle verfügbaren Plugins und die Plugin-API sind jetzt im Download enthalten und müssen nicht mehr gesondert heruntergeladen werden.
[-] In der Statistik wurde der Wert für die DNSBL/URLBL-Treffer nicht mehr ausgelesen.
Version 1.3:
[+] Der vordefinierte Header "FromNameSubj" wurde hinzugefügt. Dieser enthält den dekodierten Absendernamen und den dekodierten Betreff der Nachricht.
[+] Eine Sprachdatei für Griechisch wurde hinzugefügt.
[+] In den Einstellungen kann jetzt das Verhalten beim Schließen des Programmfensters eingestellt werden. Wahlweise kann das Fenster minimiert oder das Programm mit bzw. ohne Warnmeldung beendet werden.
[+] In den Optionen kann jetzt eingestellt werden, von welchen IP-Adressen oder Adressbereichen eingehende Verbindungen akzeptiert werden sollen. Damit kann Phalanx z.B. für mehrere Rechner im lokalen Netzwerk freigegeben werden.
[+] Mit der neuen Regel-Option "B" kann das Lernen einer Nachricht durch den Bayes-Filter deaktiviert werden.
[*] Diverse Änderungen an der Benutzeroberfläche.
[*] In der Hilfedatei wurden die Lizenzbestimmungen aktualisiert.
Version 1.2.7:
[+] Externe Adresslisten können jetzt sowohl formatierte Adressen (wie interne Adresslisten), als auch unformatierte Adressen (z.B. inkl. vorangestelltem Namen) enthalten.
[+] Plugin: Das BulkForm Plugin wurde um einige Formularfelder erweitert.
[*] Die Standardsprache wurde von Deutsch auf Englisch umgestellt. Dies gilt auch bei fehlenden Übersetzungen in anderen Sprachen.
[*] Diverse kleinere Änderungen.
[-] Externe Adresslisten wurden nicht immer vollständig eingelesen.
Version 1.2.6:
[+] Die Hilfedatei (unter "Installation") wurde erweitert. Weiters wurden zusätzliche Dateien für die Konfiguration der Mail-Clients "The Bat!" und "Thunderbird" hinzugefügt.
[*] Der POP3-Befehl "CAPA" wird jetzt unterstützt, wodurch Phalanx jetzt auch mit Opera Mail eingesetzt werden kann.
[*] Diverse kleinere Änderungen.
Version 1.2.5:
[!] CountryFilter-Plugin: Auf Grund der Änderungen am Plugin und dessen Optionen sollten die Filtereinstellungen unter "Zeichensätze" überprüft und ggf. neu eingestellt werden.
[+] CountryFilter-Plugin: Zeichensätze können jetzt auch im Betreff, sowie in den Absender- und Empfänger-Feldern gesucht werden.
[+] Für die Filterung steht jetzt auch das Datenfeld "FromNameWord" zur Verfügung, das die Wörter des Absendernamens bereitstellt (wie bei SubjWord).
[*] Diverse kleinere Änderungen und Korrekturen.
Version 1.2.4:
[*] Das Anfügen von Spam-Markeirungen an den Betreff wurde verbessert.
[*] Wenn das Programmfester in die Tray-Leiste minimiert wird, wird das Programmicon in der Prozessliste (aufrufbar über Alt+Tab) nicht mehr angezeigt.
Version 1.2.3:
[*] Bevor eine Nachricht vom Mailserver heruntergeladen wird, können jetzt nur die Kopfzeilen abgefragt und gefiltert werden. Wird die Nachricht auf Grund der Filterung der Kopfzeilen zum Löschen markiert, wird die restliche Nachricht nicht mehr vom Mailserver des Providers abgerufen.
Version 1.2.2:
[*] An den Betreff von Nachrichten, die zum Löschen oder Ignorieren markiert wurden, kann jetzt die zugetroffene Regel angefügt werden. Damit ist der Grund für die Aktion in Protokollen des Mail-Clients ebenfalls ersichtlich.
[*] Beim Zurücksetzen der Statistik wird die aktuelle Zeit gespeichert und im Statistikfenster angezeigt.
[*] Die Hilfe wurde in einigen Bereichen ausführlicher gestaltet.
Version 1.2.1:
[*] Die Benutzeroberfläche von Phalanx kann jetzt in andere Sprachen übersetzt werden.
[*] BulkForm-Plugin: Einige Platzhalter wurden hinzugefügt.
[i] Im Einstellungsdialog unter "Filter" waren die DNSBL- und URLBL-Beschreibungen vertauscht.
Version 1.2:
[*] Die Regel "ContentTypeType" gibt den Inhalt des "type"-Attributes aus der Kopfzeile "Content-Type" zurück.
[*] Die Spam-Text Konvertierung (zur Erkennung von verfremdeten Wörtern) wurde erweitert.
[*] Für den DNSBL- und URLBL-Filter kann jetzt in den Optionen festgelegt werden, ab welchem Score dieser ausgeführt werden soll. Damit kann verhindert werden, dass Ham-Nachrichten nur auf Grund des Blacklist-Servers als Spam klassifiziert werden.
[*] Vom Systray aus können jetzt Mailadressen direkt in die White- und Blacklist sowie zu den Mailing-Listen hinzufügen werden.
[*] Die Einträge im Popup-Menü des Tray-Symbols wurden anders gereiht, um einen schnelleren Zugriff zu ermöglichen.
[*] Wenn bei der Installation der Programmordner von Phalanx als Speicherort für die Benutzerdaten gewählt wird, wird der Pfad jetzt mit einer Variable gespeichert. Damit muss dem USB-Datenträger auf einem anderen Computer nicht mehr der selbe Laufwerksbuchstabe zugewiesen sein.
Version 1.1.1:
[*] Das BulkForm-Plugin wurde um einige Platzhalter erweitert.
[*] In den Bayes-Einstellungen kann jetzt die Bayes-Datenbank bereinigt werden. Dadurch werden nicht signifikante Wörter aus der Datenbank entfernt. Dies wirkt sich positiv auf die Datenbankgröße und die Filtergeschwindigkeit aus.
[*] Für einige interne Dateien (wie z.B. die Black- und Whitelisten) wird jetzt UTF-8 an Stelle von ANSI als Kodierung verwendet.
[*] Kleinere Änderungen bei der Anzeige in der Protokollansicht.
Version 1.1:
[*] Beim Lernen von Ham- und Spam-Nachrichten wird das zuletzt für den Import verwendete Verzeichnis gespeichert.
[*] Es wurden zwei neue Regeln ("RawWebDir" und "WebDir") zur Prüfung von URLs hinzugefügt.
[*] Für Phalanx ist jetzt ein Plugin-SDK verfügbar, mit dem eigene Plugins erstellt werden können.
[*] Im Kontextmenü des Tray-Icons wurde der Menüpunkt "Alle Filter neu laden" hinzugefügt.
[*] In den Einstellungen kann jetzt festgelegt werden, ob die Zeitangaben in den Protokollen in der Lokalzeit oder in der UTC-Zeit ausgegeben werden sollen.
[*] In der Trefferstatistik kann jetzt nach Regelnamen und Kommentaren gesucht werden.
[*] Wenn die Filterung deaktiviert ist, wird jetzt ein Hinweis in der Statusleiste des Hauptfensters angezeigt und das Tray-Icon wird grün dargestellt.
[*] Die Beispielregeln wurden aktualisiert.
[*] Kleinere Änderungen in der Statistik.
[i] Bei SSL-Verbindungen wurden 8-Bit Zeichen bzw. UTF-8 kodierte Zeichen nicht richtig verarbeitet.
Version 1.0.3:
[*] Im Regeleditor kann jetzt auch auf den Empfänger (To) geprüft werden.
[*] In der Protokollansicht können jetzt Zeilen markiert und in die Zwischenablage kopiert werden.
[*] Beim Hinzufügen eines Plugins wird jetzt eine Hinweismeldung angezeigt.
[i] Ein Fehler in DNSBL- und URLBL-Abfragen wurde behoben.
Version 1.0.2:
[*] Phalanx kann nun auch mit 64-Bit-Systemen verwendet werden.
[i] Die Liste der korrigierbaren Nachrichten funktionierte nicht immer richtig, wenn Nachrichten entfernt (genehmigt) wurden.
[i] E-Mail-Adressen im Format "name@domain.tld (Name)" wurden nicht richtig erkannt.
[i] Ein Fehler bei Bitmasken in den Regeln "RcvIPInRange" und "RcvAllIPInRange" wurde behoben.
[i] In der Regel "ToAddr" wurde ein Fehler im Zusammenhang mit dem CC-Header behoben.
[i] Je nach Konfiguration konnte es vorkommen, dass Plugins nach einem Neustart des Programms nicht mehr angezeigt bzw. geladen wurden.
Version 1.0.1:
[*] CountryFilter-Plugin: Top-Level-Domains können jetzt auch in den im Text enthaltenen URLs gesucht werden.
[*] Diverse kleinere Änderungen und Korrekturen (automatisches Lernen, Korrigieren von Nachrichten, Verbindungsverwaltung).
[i] Ein Fehler bei der Suche nach benutzerdefinierten Regeln wurde behoben. Suche dir ein eindeutiges Erkennungsmerkmal im Header und erstelle damit eine Regel - entweder mit dem Regel-Editor im Einstellungsdialog oder in einer Regeldatei.
The Bat! stellt keine Konteninformationen zur Verfügung. Somit kann nur nach Daten gefiltert werden, die in der Nachricht (Header) enthalten sind.
Heute hab ich Regula installiert. Bei mir kommt keine Warnung wenn ich TB starte.
Wurde das geändert oder hab ich Regula nicht richtig eingestellt?
Die Warnmeldung habe ich gestern im Zuge eines Updates des Language-Packs deaktiviert (sh. die drei ersten Postings in diesem Thread).
Damit Du nicht nur mosernde Stimmen hörst, möchte auch ich Dir meine Anerkennung für die geleistete Arbeit aussprechen. Deine Plugins und besonders dieses, da ich es tag-täglich nuzte, ist sehr gut!
Vielen Dank! 
wurde mit der neuen Version die Erkennungsleistung erhöht?Ich habe seit geraumer Zeit das Problem, das selbige bei nur ca. 50-60% liegt und massig false-positives produziert werden. Filter komplett neu anlernen bringt leider gar nichts.
Überprüfe bitte die Statistik (in den Einstellungen) und das Protokoll, evtl. auch die Regel- und DNSBL-Statistik im Regula-Manager.
Trotz vieler Test-Mails, die die Effizienz herabsetzen, habe ich eine Erkennungsrate von 99.72%.
Danke für eure Rückmeldungen!
In dieser Version (von 2.2.6 auf 2.2.7) reicht das updaten der Regula.tbp und der Hilfedatei (Regula.chm), da sich bei ein paar Regeln auf Grund der neuen Plugin-API was geändert hat.
Betroffen davon sind die Regeln "Sender" - diese ist nun identisch mit "From", sowie "Subj" - welche jetzt die selben Daten zurückgibt wie "Subject".
Version 2.2.7:
[+] Die Regel "BulkForm" wurde um einige Platzhalter erweitert.
[*] Einige Regeln wurden auf die TB!-Version 3.99.29 angepasst.
Nachdem Regula mit der neuesten Beta ohne Probleme arbeitet, kann man nur abwarten, was die Zukunft bringt.
Diese "nervige" Meldung wird dann angezeigt, wenn ein Benutzer den Bayes-Filter verwenden möchte, aber weniger als 50 Ham- bzw. Spam-Nachrichten angelernt hat. Mit so wenigen Nachrichten kann der Bayes-Filter kein sinnvolles Ergebnis liefern. Entweder man lernt mindestens 50 Ham- UND Spam-Nachrichten an, oder man schaltet den Bayes-Filter aus. In beiden Fällen wird die Meldung dann nicht mehr angezeigt.
Aber ab TB! 4.0 bzw. eine der kommenden Betas wird es das Plugin nicht mehr geben. Es ist ja ohnehin "echt das Letze"... (@drfo: Danke für die netten Worte.)
Ich hätte es aber toll gefunden, wenn du eine Möglichkeit geschaffen hättest statt der Kommas andere Zeichen als Trenner der Adressen alternativ zuzulassen.
Beistriche sind die richtigen Trennzeichen, aber auch mit einem anderen Trennzeichen wird eine korrekte Formatierung der Adressen notwendig sein.
Mit ein wenig Programmierfleiß hätte man da sicherlich was lösen können.
Vermutlich.
""\"xxxxxx xöxx - xxxxxxxxxxxxüxx xxxxxx\"" <xxx@xxxxxxxxxx-xxxxxx.xx>, xxxxxxxxx, xxxxx - xxx-x1" <xxxxx.xxxxxxxxx@xxx-x.xxx.xxxxxxx.xx>
Weder TB!, noch ein anderes Programm werden diese Adresse verstehen - TB! zumindest nicht. Die Anführungszeichen sind auf jeden Fall falsch maskiert (""\" am Anfang und \"" in der Mitte), somit wird es wohl weder mit einem Programm, noch mit einem regulären Ausdruck möglich sein, die gewünschte Adresse zu erhalten.
Warum und wozu? Ich möchte die korrekte Anzahl von wirklichen E-Mailadressen eventuell mit den verunglückten E-Mailadressen zwischendrin ermitteln. Teilweise sind Absenderadressen recht krude. Backslashs, mehrere Kommas. Die XMP-Funktionen ermitteln dann die Adressen nicht richtig. Das einzige, was korrekt ist sind die E-Mailadressen. Mit einem entsprechenden regexp müßte man da rankommen. Oder?
Kannst du bitte mal ein Beispiel posten, bei dem die Adressen nicht richtig ausgelesen werden können?
Problem ist aber auch, dass das Komma in den Adresslisten als Trenner verwendet wird.
Warum?
Ich hab bspw. keine Möglichkeit gefunden Text nach einem speziellen Muster aus einer Zeile via XMP auszulesen.
XMP_ReX?
Nach was willst du denn suchen?
Ich meine, das Problem entsteht doch dadurch, dass eine From-Adresse die in der beschriebenen Form in einer eingehenden Email vorhanden ist beim Antworten als To-Adresse von den XMP_List...-Funktionen offensichtlich als drei Adressen interpretiert wird...oder?
Nein, das Problem entsteht dadurch, dass sowohl "ABTOName" als auch "XMP_ListName" den Namen ohne Anführungszeichen zurückgeben. In beiden Fällen musst du sie selbst hinzufügen - und das passiert in der Vorlage im ersten Posting aber nicht. 
Ändere die letzte Zeile in der For-Schleife auf
%%_NEW='%%_NEW"%%_N" <%%TO>'%%-und dann sollte es funktionieren.
Euer Problem hat nichts mit dem XMP zu tun!
Wenn in der Schnellvorlage (die nicht von mir stammt) die Anführungszeichen richtig gesetzt werden, funktioniert sie einwandfrei.
Wieso 14?
Weil es 14 Zeilen sind.
XMP_GREP liefert nur 13 Zeilen zurück, wenn ich die Doku richtig verstehe.
Ja und nach jeder Zeile kommt ein Zeilenumbruch.
Wenn du das Ergebnis von XMP_Grep so verwenden willst, musst du den Zeilenumbruch am Ende abschneiden.
Ich hätte noch einen Verbesserungsvorschlag für %XMP_StrLines. Könnte man nicht die 2 optionalen Parameter weglassen, wenn nichts angegeben wird?
Danke, ich werde das ändern.