Eigentartiges Problem

[typeOneg]

hi leute,

ich habe ein dubioses problem bei einem user in unserer organisation:

- wenn user x seine mail db öffnet (lokal, alle 10 min wird repliziert) sieht er zb 10 mails in der inbox. wenn jetzt user y in die maildb von x schaut sieht er einen unterschiedlichen stand in der inbox (also zb 20 mails).

wie kann's sowas geben?

es sieht so aus, also ob änderungen, die user x in seiner lokalen replik macht (mails verschieben usw.) nicht sauber auf den server repliziert werden.

bin dankbar für jede idee und jeden tipp.

achja: client version 6.0.3

lg
hans

[mcilly]

User x öffnet seine DB lokal? Und du bist sicher, dass alle 10 Minuten repliziert wird?
User y öffnet demnach die DB am Server und hat dort einen alten Stand?

Hast du schon einmal die Replizierparameter genauer unter die Lupe genommen? So Tricks wie "nicht nach dem 07.03.2007 replizieren" usw.
Oder gibts vielleicht mehrere Server die eine Replik halten, deren Verbindungsdokumente erst nach einer Stunde replizieren?
Wie alte oder wie groß ist denn der Unterschied zw. den beiden DB Repliken?

Da gibts viele Ansätze.

[typeOneg]

ich war remote auf der maschine und habe manuelle die replikation angestossen (der zeitplan passt aber auch). user x repliziert mit domino1. user y öffnet mail db auch auf domino1.

gestern hat x zb 10 mails bekommen. diese bearbeitet und danach in unterordner verschoben. y sieht die mails aber nach wie vor in der inbox. 

[mcilly]

Alles klar.

Zuerst einmal solltest du dich vergewissern, dass die Replikation auch wirklich durchgeht und alles so macht, wie es sein soll. Erst wenn du das weißt, weiter mit dem nächsten Punkt.

Und wenn du die DB nun auf Domino1 öffnest, siehst du dann auch die Mails noch in der Inbox? Ansonsten ein lokales Client Problem. Möglicherweise cache.ndk am betroffenen Client löschen.

[koehlerbv]

Der Cache sollte damit nichts zu tun haben. Das Replizierprotokoll würde ich aber mal leeren.

Bernhard

[Hive]

Ich würde auch mal prüfen ob in den Replikationsoptionen der Haken bei 'dokumente an server senden' gesetzt ist

MfG KAi

[Steve_O.]

Endlich kommt jemand auf die einfachste Möglichkeit... 

[typeOneg]

jetzt sind mir leider die user davongelaufen und haben den pc abgeschaltet :-)

ich werd' das mit dem protokoll morgen probieren.

[mcilly]

Offtopic: Ha, das sind die besten. Und wahrscheinlich war mega dringlich und wenn das nicht bald klappt und Millionen und blabla...

[typeOneg]

jaja, so spezielle kandidaten gibt's schon. es oft wirklich so, dass man die erste anfrage getrost "übersehen" kann und erst wenn der wunsch oder das problem ein zweites mal gemeldet wird, reagieren kann 

[twenzel]

Bei uns ist das auch so.
Nach der Meinung unseres Dienstleisters liegt es wohl daran das der Status Element ist ungelesen oder nicht für jeden User auf der DB selbst vorgenommen wird.
Sprich wenn User X seine DB vom PC öffnet und sieht 10 ungelesene, dann wird er auch 10 ungelesene haben, wenn er sich auf dem Server die DB ansieht.
Guckt ein anderer User drauf mit seinen Zugangsdaten, sieht er die Elemente als ungelesen, die er noch nicht gelesen hat, nicht die, die der User X noch nicht gelesen hat.
Vielleicht hilft dir das weiter

[mcilly]

Dazu müsste aber der eine User die Option "Nur ungelesene anzeigen" aktiviert haben, denn sonst müsste zumindest die Anzahl der Mails gleich sein. Also:

User 1 sieht 10 Mails (5 rot, 5 schwarz = 10)
User 2 sieht 10 Mails (10 rot)

User 1 sieht 5 Mails in rot obwohl es 10 sind, weil Option "Nur ungelesene anzeigen" aktiv ist
User 2 sieht 10 Mails (10 rot)

[typeOneg]

 replikationsprotokoll gelöscht. leider ohne erfolg 

ich weiss nicht wirklich wo ich ansetzen soll. es sieht, wie gesagt, wirklich so aus, als ob die änderungen (verschieben usw) die user x in seiner lokalen replik durchführt, der server-db "wurscht" sind.

kann es an der client version liegen? vielleicht ist das ja ein known bug von 6.0.3.

[Steve_O.]

Hive schrieb:

Ich würde auch mal prüfen ob in den Replikationsoptionen der Haken bei 'dokumente an server senden' gesetzt ist

Werden denn nun Änderungen an die Server-DB übertragen, oder nicht? ? ? ? ? ? ? ? ?

[tschroeder]

Kann es sein, das die User im Replikator nur auf "Start Mail only now" (hab leider nur 'nen englischen Client) klicken?

Wenn ja, dann mal auf "Start now" klicken.

VG Thorsten

[Steve_O.]

@thorsten
Ist dies nicht eine Option, die nur für den einen Klick gilt?
Wenn man danach auf "Jetzt starten" klickt, werden doch wieder alle angefasst...

[mcilly]

Um diesen ganzen Repliaktions Hick Hack auszuschließen reicht auch ein Rechtsklick auf die lokale DB -> Replizierung -> Replizieren -> Server wählen -> Schuss. Dann schauen was passiert. Dann wissen wir mal, ob die Replikation prinzipiell funktioniert.

[tschroeder]

@thorsten
Ist dies nicht eine Option, die nur für den einen Klick gilt?
Wenn man danach auf "Jetzt starten" klickt, werden doch wieder alle angefasst...

Yepp. Wenn sie das dann auch machen. Wenn ich das richtig in Erinnerung habe, werden dabei nur die Mails aus der mail.box übertragen und geschaut ob es neue gibt.

In der Openntf Schablone ist übrigens Send/Receive "botton" der das gleiche bewirkt. Wenn dann nicht zwischendurch mal komplett repliziert wird ..... (was ja eigendlich wird, da es ja eingestellt ist  )



VG Thorsten

[Steve_O.]

Hive schrieb:

Ich würde auch mal prüfen ob in den Replikationsoptionen der Haken bei 'dokumente an server senden' gesetzt ist

Werden denn nun Änderungen an die Server-DB übertragen, oder nicht? ? ? ? ? ? ? ? ?

Ich werde bald wahnsinnig, wenn ich nicht endlich erfahre, ob denn überhaupt
Doks an den Server übertragen werden...   

[mcilly]

Stimmt Steve. Mach mal ein Bild im Paint und füg dort deine Frage ein. Keine Ahnung was da so schwer dran ist, sie zu beantworten. Ist der Thread Eröffner eigentlich noch beteiligt