iQ.Suite

Da standardgemäß die Regelauswertung komplett vor der Jobausführung durchgeführt wird (siehe Ablaufdiagramm), kann ein Job nicht dynamisch auf das Ergebnis eines anderen Jobs reagieren. Ablaufdiagramm: Der Standardablauf beim Überprüfen der Regeln und die Ausführung der Jobs sehen vereinfacht wie oben aus. Wenn einer der Jobs ein Ergebnis liefert (z.B. die Sprache einer E-Mail) und dies […]

Die iQ.Suite liefert zur Erkennung von E-Mails aus dem Internet per Default eine Adressauswahlregel „InetSender“ mit. Inhaltlich wird hier das „FROM“-Feld der E-Mail auf den Ausdruck *@*.* geprüft. In den meisten Fällen resultiert dies in einem zuverlässigen Ergebnis. Wird das „FROM“-Feld jedoch (meist von Spammern) mit falschen Angaben belegt, kann das Ergebnis völlig falsch ausfallen.

Sie kennen das: Eben gerade haben Sie sich auf eine bestimmte Arbeit konzentriert, schon klingelt wieder das Telefon – Einer Ihrer Anwender möchte eine E-Mail aus der Quarantäne zugestellt bekommen. Oder Sie erhalten eine Anfrage zur Erweiterung der Whiteliste. Mithilfe des iQ.Suite Benutzerportals können Sie Ihren Anwendern die Möglichkeit zur Verfügung stellen, ihre eigenen benutzerbezogenen

Sie verwenden eine Regel mit einem speziellen Kommando, z.B. „<command>“. Der Anwender wird es aber nicht immer so schreiben, wie Sie es vorgeben. Er schreibt z.B. „<command>“, „<Command>“, „<COMMAND>“ oder unter Umständen sogar „<comMand>“. Für die Regelauswertung ist es unerheblich, wie das Schlüsselwort geschrieben wird. Um es zu entfernen, benötigen Sie einen Action Mail Job,

Oftmals möchte man definierte Gruppen, OUs, Domänen oder auch einzelne Benutzer von bestimmten Jobs nicht prüfen lassen. Ein gängiges Beispiel ist der Einsatz von Whitelisten. Wichtiger als das Erkennen und anschließende Blocken von Spam-E-Mails ist das Verhindern von sogenannten False-Positives. Dies sind E-Mails, die fälschlicherweise als Spam erkannt und aussortiert wurden. Mithilfe des iQ.Suite Regelwerkes