Hallo allerseits,
ich habe eine Maildatei, die scheinbar von sich aus Emails weiterleitet. Ich kann nicht herausfinden woher das kommt. Es sind keine Agenten oder Regeln aktiv, und die User haben auch keine Designer Rechte. Das ganze wird im Server Protokol unter Mail Routing Events sogar protokolliert: „Message 002D302E auto forwarded by cn/ou/o@o to [email protected]“. Kennt da jemand eine ‚versteckte‘ Funktion die so was verursachen könnte? Technische Details: Domino 6.5.4 Server (Englisch), Notes 6.5.3 Client (Deutsch), iNotes6 Mail Template (Deutsch). Danke!
Hallo Juergen,
zwei mögliche Ursachen sind denkbar:
-
Es sind zwei Ordner mit dem Alias „Rules“ vorhanden -> Wenn Du die Mail-DB öffnest siehst Du den leeren Ordner, die Regeln befinden sich in dem zweiten.
Lösung: Ansicht bauen, die Form=„Mailrule“ selektiert, alle Dokumente aus der Ansicht in einen der beiden Ordner schieben, anderen Ordner löschen.
-
Die Scriptbibliothek für die Mail Filter Regeln ist ziemlich fehlerbehaftet - zumindest war sie das bei 6.5.2.
Die aktiven Filterregeln werden in das Kalenderprofil kopiert. Die Dokumente im „Rules“ Ordner werden vom Router nicht beachtet. Lade Dir NotesPeek von IBM herunter und prüfe das Profildokument „calendarprofile“ auf Einträge „$FilterFormula*“. Wenn keine Mail Filter Regeln aktiv sind, darf sich höchstens eine Regel im Kalenderprofil befinden, deren Code beginnt mit „FIELD $MiniView:=…“.
Solltest Du weitere Einträge finden, ist die Behandlung der Mail Filter Regeln auch in der von Dir verwendeten Mailschablone noch defekt.
-> Technotes zum Thema „mail rules“:
https://www-927.ibm.com/search/SupportSearchWeb/Supp…
-> Technote „Deleted mail rules still run and/or enabled mail rules do not run“
http://www-1.ibm.com/support/docview.wss?uid=swg2108…
Eine Problemmeldung an den Lotus Support kann auch nicht schaden. Habe mir da schon die Finger wund geschrieben und den Mund fusselig geredet. Die Ursache liegt in einer inkonsistenten numerierung der Filter Regeln. IBM bastelt seit 6.0 allerdings nur an einzelnen Phänomenen des gesamten Problems herum, statt die eigentliche Ursache zu beheben.
Gruß
Markus
[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]
Danke! War genau richtig!
Hallo allerseits,
ich habe eine Maildatei, die scheinbar von sich aus Emails
weiterleitet. Ich kann nicht herausfinden woher das kommt. Es
sind keine Agenten oder Regeln aktiv, und die User haben auch
keine Designer Rechte. Das ganze wird im Server Protokol unter
Mail Routing Events sogar protokolliert: „Message 002D302E
auto forwarded by cn/ou/o@o to [email protected]“.
Kennt da jemand eine ‚versteckte‘ Funktion die so was
verursachen könnte? Technische Details: Domino 6.5.4 Server
(Englisch), Notes 6.5.3 Client (Deutsch), iNotes6 Mail
Template (Deutsch). Danke!
Hallo Juergen,
zwei mögliche Ursachen sind denkbar:
-
Es sind zwei Ordner mit dem Alias „Rules“ vorhanden ->
Wenn Du die Mail-DB öffnest siehst Du den leeren Ordner, die
Regeln befinden sich in dem zweiten.
Lösung: Ansicht bauen, die Form=„Mailrule“ selektiert, alle
Dokumente aus der Ansicht in einen der beiden Ordner schieben,
anderen Ordner löschen.
-
Die Scriptbibliothek für die Mail Filter Regeln ist
ziemlich fehlerbehaftet - zumindest war sie das bei 6.5.2.
Die aktiven Filterregeln werden in das Kalenderprofil kopiert.
Die Dokumente im „Rules“ Ordner werden vom Router nicht
beachtet. Lade Dir NotesPeek von IBM herunter und prüfe das
Profildokument „calendarprofile“ auf Einträge
„$FilterFormula*“. Wenn keine Mail Filter Regeln aktiv sind,
darf sich höchstens eine Regel im Kalenderprofil befinden,
deren Code beginnt mit „FIELD $MiniView:=…“.
Solltest Du weitere Einträge finden, ist die Behandlung der
Mail Filter Regeln auch in der von Dir verwendeten
Mailschablone noch defekt.
-> Technotes zum Thema „mail rules“:
https://www-927.ibm.com/search/SupportSearchWeb/Supp…
-> Technote „Deleted mail rules still run and/or enabled
mail rules do not run“
http://www-1.ibm.com/support/docview.wss?uid=swg2108…
Eine Problemmeldung an den Lotus Support kann auch nicht
schaden. Habe mir da schon die Finger wund geschrieben und den
Mund fusselig geredet. Die Ursache liegt in einer
inkonsistenten numerierung der Filter Regeln. IBM bastelt seit
6.0 allerdings nur an einzelnen Phänomenen des gesamten
Problems herum, statt die eigentliche Ursache zu beheben.
Gruß
Markus