Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: Moppi2011 am 30.09.08 - 16:18:47
-
Hallo Leute,
ich habe ein seltsames Problem. Ich bin nun schon alle möglichen Optionen durchgegangen und diese Weiterleitung von User A nach User B ist einfach nicht zu stoppen.
Was ich bisher geprüft und gemacht habe:
1.) Personendokument von User A auf Weiterleitungen untersucht-->negativ
2.) Agenten in der Mail-DB des Users A überprüft-->negativ
3.) Regeln im Postfach des Users A überprüft-->negativ
4.) eine Kopie der Mail-DB von User A erstellt-->auch aus dieser wird weitergeleitet (eine Idee wäre noch gewesen, dass es eine Regel ist, die gelöscht wurde und trotzdem weiter agiert--denn bei Kopien werden Regeln nicht mitkopiert)
5.) Mail-DB von User A komplett neu erstellt-->negativ
Woran kann es jetzt noch liegen???
Alle 5 Schritte habe ich auch schon mit User B durchgemacht.
-
Hallo,
gibt es eine andere Anwendung, die das steuert? z.B. iQSuite?
Oder hat jemand die mail.box was gemacht? Oder hast Du die Namen genau kontrolliert? Gibt es bei dem User B einen Aliasnamen?
-
Das mit dem IQSuite ist eine gute Idee, das werd ich mal prüfen.
Und was kann man in einer mai.box wo einstellen?
-
Habt ihr die iQ.Suite im Einsatz? Da gibt es den Clerk.
In der Mail.Box könnte ein Agent laufen... Oder Serverregeln? Hat jemand im Konfigurationsdokument etwas eingestellt?
-
Wir setzen die IQ-Suite normalerweise nicht ein. Ich kannte das Tool auch bis ebend gar nicht.
Aber es kann sein, das ein Kollege von mir mehr dazu weiß. Der kommt nur leider erst am 13.10. wieder.
Was meinst du mit Clerk?
In den Mail.boxen konnte ich keine Weiterleitungsagenten finden.
-
Es sind auch keine Regeln in den Server-Konfigurationsdokumenten hinterlegt.
-
Clerk ist für die Mailweiterleitung zuständig.
Prüfe die g_del.nsf im iQSuite-Verzeichnis, dort sind die Weiterleitung drin.
Jo
-
4.) eine Kopie der Mail-DB von User A erstellt-->auch aus dieser wird weitergeleitet (eine Idee wäre noch gewesen, dass es eine Regel ist, die gelöscht wurde und trotzdem weiter agiert--denn bei Kopien werden Regeln nicht mitkopiert)
In so einem Fall bringt eine Kopie auch nichts. Die Regeln werden in das Profildokument "CalendarProfile" der Maildatenbank eingetragen und dieses Profildokument bleibt auch bei einer Kopie erhalten.
Am besten schnappst Du dir NotesPeek und schaust mal in die Datenbank in das Profildokument rein. Wenn dort noch alte Regeln aktiv sind (Items sind $FilterFormula_0...n), löschst Du am besten das Profildokument per Script (fertiges Script geistert hier im Forum rum). Der Benutzer sollte dann allerdings einmal über Werkzeuge -> Vorgaben seine Einstellungen neu setzen.
-
Oder das Verzeichnis grptools, wenn es eine alte Installation ist...
Gibt es auf dem Server den Task tm_grab.... Dann habt ihr was aus der iQ.Suite, wenn der fehlt, ist es das auch nicht.
-
Also IQ.Suite scheinen wir nicht zu haben, denn es gabe weder solche Ordner noch solche DBs.
@Driri
Ich habe schon einmal eine komplett neue Mail-DB erstellt und diese im Personendokument hinterlegt. Dann eine Mail an dieses Postfach geschickt und es wurde trotzdem weitergeleitet. Deswegen glaube ich, dass es was von aussen ist...ausserhalb der Mail-DB...nur was?
-
hallo
nochmal ganz von vorne, hast Du hier im Forum schon mal nach "gelöschter Regel" gesucht, meist liegt das Phänomen an eine Weiterleitungsregel, die gelöscht wurde (bevor diese deaktiviert wurde).
Als Werkzeug empfiehlt sich hier notespeek und ein Scriptagent, der in verschiedenen Fred hier schon gepostet wurde.
Gruß Werner
-
@Werner
Ich denke das scheidet aus. Siehe dazu Punkt 5 im ersten Post.
5.) Mail-DB von User A komplett neu erstellt-->negativ
@jule
Hast du den Server schon mal neu gestartet?
Axel
-
Hatte das Problem auch schon mit DB's auf welchen von Admin's im Designer rumgeschraubt wurde.
In meinem Fall war es immer eine Weiterleitungs-Rule, welche aus mir nicht erklärbaren Gründen verschwunden, aber noch immer aktiv ist.
möglicher Workarround:
1. Schablone mit der aktuellen ersetzen
2. DB mit dem aktuellen Server signieren
3. Dieselbe Weiterleitungsrule mit dem Benutzer der DB welcher Owner ist nochmals erstellen
4. Testen ob die Weiterleitung noch funktioniert
5. Weiterleitung deaktivieren
6. Testen ob die Weiterleitung nun abgestellt ist
7. Weiterleitungsregel nun definitiv löschen
->done
-
Die Schritte 3,5,7 hätten hier
wahrscheinlich möglicherweise schon gereicht.
Sehr wahrscheinlich hast du bei deiner Aktion aber nur Glück gehabt, daß es die einzige Regel im Profil war und somit $FilterFormula_1 genau auch für die "neue" Regel verwendet wurde.
-
Ich hoffe, es wird nicht als schockierend von einem neuem Mitglied der AtNotes-Community empfunden, wenn ich jetzt noch deutlicher als Ulrich schreibe:
Das beschriebene Procedere ist vollkommen ungeeignet und kann nur unter (von Ulrich bereits angedeuteten) sehr dedizierten Bedingungen greifen:
Bei den Regeln handelt es sich nicht um Designelemente, sondern um Dokumente.
Damit fallen die genannten Punkte 1 und 2 schon mal überhaupt nicht ins Gewicht (sprich: Sie sind vollkommen sinnlos).
Die folgenden Punkte erstellen lediglich eine weitere Regel. Wenn da schon mehrere (unzulässig "deaktivierte") Regeln existierten, ändert das am "Amokläufer" rein gar nichts.
Weiters: Auch ich verweise auf den ersten Post hier, der auf ein aktives Programm ausserhalb des Mailfiles deutet. Wenn denn diese Beschreibung stimmt ...
Für weitere Antworten hier bitte ich daher den Ausgangs-Post zu beachten - insbesondere Punkt 5. Und genau diesen sollte Jule bitte genauer beschreiben: Wie ist dies erfolgt? Wurde das originale Mailfile dabei gelöscht oder zumindest "aus dem Rennen genommen"?
Um es nochmal im Klartext zu sagen:
Die Massnahmen 3 und 4 von Jule sind sinnlos oder zweifelhaft (insbesondere, dass bei Kopien Regeln nicht übernommen werden - das stimmt so nicht).
Der "Workaround" vom namenlosen "BUET" ist nur in absoluten Glücksfällen und dann per Zufall brauchbar.
Bernhard
-
@ Ulrich: wie soll hier überprüft werden, ob die neu erstellte Regel greift, wenn doch die (vermeintlich) gelöschte noch aktiv ist?
@ Bernhard: von der ursprünglichen DB wurde ein Kopie gezogen, die alte DB mitsamt den Repliken wurde gelöscht
auf dem Notebook des Anwenders A haben wir jetzt Notes komplett deinstalliert und alles neu raufgespielt und konfiguriert, um auszuschließen, dass hier eine lokale Replik oder sonstiges den Fehler verursacht, aber auch das hat keinen Erfolg gebracht.
-
Moin,
- werden alle Mails an A nach B weitergeleitet?
- kommt die Mail nur bei B an, oder auch bei A?
- evt. lassen sich den verborgenen Feldern in der Mail weitere Infos entlocken
- waren denn mal Server-Regeln im Einsatz? Enthält das Server-Konfigurationsdokument $FilterFormula_ Felder?
Gruß
Jörg