Um die Diskussion, was geht out-of-the-box, etwas zu verkürzen:
Server-Regeln (in den Serverkonfigurationsdokumenten zu konfigurieren) sind ohne Designanpassung nicht frei programmierbar; mit Designanpassung aber machbar.
UPDATE: siehe nachfolgende Antwort dazu von Torsten.
Hintergrund-Agenten werden vom AMgr nur in Datenbanken mit der Erweiterung ".ns?" erkannt, damit fallen mail.box & Templates (.ntf) dafür aus, auch wenn man manuell Agenten bis zum nächsten Agentcache-Update kurzzeitig ausführen lassen kann.
Abgesehen davon werden Hintergrund-Agenten über einen mehrstufigen Warteschlangen-Mechanismus ausgeführt, selbst wenn der Agent in der mail.box dann mal theoretisch irgendwann laufen würde ist die zu bearbeitende Mail schon längst vom Router verarbeitet und weg - der Router weiß ja nichts davon, dass er auf irgendwen warten soll.
Damit gibt es m.E. mehrere Möglichkeiten:
a) 3rd Party Tools (z.B. iQ.Suite von GBS) bieten Regeln, Actions und volle Programmierbarkeit in jeglicher Form und Farbe. Nachteil: Kosten halt Geld aber dafür bleiben keine Wünsche offen.
b) man erstellt eine Server-Regel die erstmal alle Mails auf Hold setzt und lässt (über eine Hilfsdatenbank) einen periodischen Agenten auf alle mail.box(en) laufen der die gewünschten Dinge tut und die Mails am Ende wieder freigibt. Nachteil: jetzt werden alle Mails nur noch verzögert ausgeliefert da das Intervall des periodischen Agenten jetzt das Mass der Dinge ist, nicht zu vergessen die Warteschlange bei größeren Mailmengen. Weiterhin dürfen nicht mehrere Tasks parallel auf mail.box(en) zugreifen, das ist der Grund warum es überhaupt die Möglichkeit gibt mehrere anzulegen.
c) auch wenn die Variante "Betreff ergänzen" erstmal nicht toll klingt ist das ein guter Zwischenweg, wenn man das wie folgt ausnutzt: Mails mit Text "CLAM_VIRUS_FAIL" im Betreff durch Server-Regel auf HOLD setzen (oder in eine Hilfs-DB verschieben) und durch einen periodischen Agenten verarbeiten, am Ende der Verarbeitung löscht der Agent einfach den hinzugefügten Betrefftext - Nutzer bekommen davon nichts mit.
Ich nutze in der Praxis am tatsächlich eine Kombination aus allen dreien nämlich
Variante a) genau für den hier angefragten Anwendungsfall nämlich beliebige Header zu prüfen, neu zu setzen usw. und
Variante b) um in regelmäßigen Abständen z.B. angefallene DEAD-Mails in eine Journal-DB auszusortieren, das Setzen auf HOLD passiert bei DEAD-Mails ja von alleine, da braucht man keine Server-Regeln.
Variante c) um eine zusätzliche Quarantäne zu vermeiden, Nutzer sehen davon aber nichts da der Betreff bei Freigabe aus der Quarantäne automatisch wieder bereinigt wird.
HTH
Carsten
Thema: Header aller eingehenden Mails auswerten (Gelesen 5319 mal)