Domino 9 und frühere Versionen > ND9: Administration & Userprobleme

Benutzeraktion "Save and File...": Ordner wird immer wieder erstellt...

(1/3) > >>

Tode:
Ich habe hier ein sehr seltsames Phänomen, das ich mir nicht wirklich erklären kann:
Es werden immer wieder eingehende Mails in einen Ordner geschoben.

Soweit so gewöhnlich: Eine Regel scheint das zu tun (obwohl es weder ein Regeldokument noch ein Eintrag in den $Formula- Items des Kalenderprofils dafür gibt, das einen Hinweis darauf geben könnte).

Jetzt kommt das ungewöhnliche: Wenn man den Ordner löscht, dann wird er wieder neu angelegt... Und das macht normalerweise eine Regel NICHT, das macht eigentlich nur der Script- Befehl "MoveToFolder" mit entsprechendem Parameter....

Jetzt habe ich den Ordner umbenannt statt gelöscht... Dann werden die Mails in den umbenannten Ordner zugestellt (wobei ich ihm den alten Namen als Alias gegeben habe, das könnte also durchaus die Ursache sein)...

Hat jemand ne Ahnung, was das sein könnte? Agenten habe ich jedenfalls in der Datenbank keine gefunden...

koehlerbv:
Passiert das Neuanlegen des Ordners oft genug, so dass man aus dem Erstelldatum des Designelements und das Agent-Log der in Frage kommenden Dominos evtl. über die Uhrzeit auf einen Agent schliessen könnte? AgentEZ wäre dann ggf. auch hilfreich ...

Bernhard

Tode:
agentEZ habe ich schon angeschmissen: Es gibt keinen Agenten, der sowas verursachen könnte. Aber ich habe jetzt einen Verdacht: ich habe mir die Mails in dem Ordner mal angeschaut, und es sieht so aus, als ob die Mails manuell editiert werden, nachdem sie eingegangen sind. Und dabei bekommen sie ein "tmpSendandFileFolder", und in dem steht der falsche Ordnername... in diese Richtung ermittle ich mal weiter...

Pfefferminz-T:
Regeln könntest Du ausschliessen, indem Du auf dem Server den Parameter DEBUG_MONITOR=32 setzt. Dann wird in die eingehende Mail ein Feld $FilterBy geschrieben, in dem die ausführende Mailregel geschrieben wird.

Könnte die Manipulation auch von einem Agent in einer anderen Datenbank oder einen 3rd-party-Server Task kommen?

Tode:
Super Tipp, das mit dem DEBUG_MONITOR...

Natürlich könnte auch ein Agent in einer anderen Datenbank das verursachen, aber wie gesagt: ich habe mit agentEZ den ganzen Server abgesucht und keinen Agenten gefunden, der auch nur den Anfangsverdacht erfüllt, er könnte verantwortlich sein (auf dem Server laufen zum Glück praktisch keine Applikationen, und die 70 Agenten, die aktiv sind, waren recht schnell geprüft)...

EDIT: Mist... ich sehe grade, ich bin aus Versehen im 9er Bereich gelandet. Könnte ein Admin das mal in den 8er Bereich verschieben? Es handelt sich nämlich um 8.5.2 Server und 8.5.2er Mailtemplates (der Kunde hat keine Subscription mehr)

Navigation

[0] Themen-Index

[#] Nächste Seite