Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: Ricci am 31.01.12 - 11:21:06
-
Hallo,
folgendes Problem: (8.5.2 FP3)
Jenachdem, wie man die Benutzervorgaben eingestellt hat, "sammelt" Notes die mail-Adressen von externen Absendern in der NAMES.NSF, wenn man auf eine externe mail antwortet.
Zu sehen sind in der NAMES.NSF jedoch nur die Kontakte, die man selbst angelegt hat. Dass die NAMES.NSF auch alle externen mail-Adressen enthält auf die man mal geanwortet hat, sieht man nur wenn man die NAMES.NSF mit einem Texteditor öffnet.
Das ist ja ganz praktisch, so bruacht man mei einer neuen Mail auch nur 3-4 Zeichen der externen mail-Adresse eingeben und Notes vervollständigt die mail-Adresse. Das ganze, obwohl der Kontakt nicht in den eigenen Kontakten oder anderen Verzeichnissen/Adressbüchern hinterlegt ist.
Nun aber, weiß jemand wie man diese automatisch hinzugefügten mail-Adressen wieder aus der NAMES.NSF löschen kann? Es sind ja keine "wirklichen" Kontakte mit Vor- und Nachnamen etc. sondern nur die mail-Adressen die Notes automatisch "sammelt".
Wie gesagt, unter den Kontakten sind die Adressen nicht sichbar.
Für Tipps wäre ich dankbar.
-
Da sollte es eigentlich eine Ansicht "Letzte Kontakte" geben. Meines Wissens reicht aber das Löschen aus der Ansicht nicht aus, um diese Daten vollständig DAUERHAFT zu löschen. Finde den Artikel gerade aber nicht.
Gruss
-
Ah ja, hier:
http://www.activelink.de/home/website.nsf/MainFrameset?OpenFrameSet&Frame=MainFrame&Src=%2Fhome%2Fwebsite.nsf%2F0%2Fb9615e35836d45fbc12579660029e122%3FOpenDocument%26AutoFramed
-
Danke,
soweit war ich leider auch schon. Ich kann die dort sehrwohl löschen, in der NAMES.NSF bleiben sie jedoch erhalten (Texteditor). Sobald wieder neue mail-Adressen aufgenommen werden, sind diese dann auch wieder verfügbar.
Unter Letzte Kontakte stehen auber auch nicht alle, sondern nur ein paar wenige.
Noch n Tipp?
-
Danke,
soweit war ich leider auch schon. Ich kann die dort sehrwohl löschen, in der NAMES.NSF bleiben sie jedoch erhalten (Texteditor).
Datenbank komprimieren sollte das "Problem" lösen. Oder Kopie erstellen und diese dann verwenden.
Sobald wieder neue mail-Adressen aufgenommen werden, sind diese dann auch wieder verfügbar.
Kann man doch abschalten.
Unter Letzte Kontakte stehen auber auch nicht alle, sondern nur ein paar wenige.
Wie ist das gemeint? Obwohl die Adresse da nicht zu finden ist, kann sie verwendet werden?
-
Kann man doch abschalten.
Ja, kann man. Aber dir Funktion ist ja an sich sehr schön. Ich will nur die Uralten Einträge raus haben, danach könnte Notes ruhig wieder anfangen die Adressen zu sammeln.
Wie ist das gemeint? Obwohl die Adresse da nicht zu finden ist, kann sie verwendet werden?
Ja genau so ist es. Die Adressen sind nirgendwo zu finden, auch nicht in den "Letzten Kontakten". Trotzdem kann man Sie verwenden. Klickt man auf neue Mail und schreibt los, taucht die Adresse (leider kann ich nicht erkennen warum) oft nicht auf. Klicke ich dann aber auf "An" > "Lokale Adressbücher" gebe dort die Anfangsbuchstaben der Adresse an und dann auf "suchen" - Tataaa, da ist sie. Danach taucht diese und viele andere (aber nicht alle) auch wieder unter "Letzte Kontakte" auf.
Klar kann ich die dann wieder löschen aber wie gesagt, ein Blick in die NAMES.NSF per Editor zeigt, dass die Adressen immer noch drin sind.
Komprimieren und Fixup dachte ich mir auch schon. Dazu muss ich die NAMES.NSF doch aber temprär auf den Server kopieren, oder?
Ich dachte es gibt im Client irgendwo die Möglichkeit die NAMES.NSF zu "entmüllen".
-
Hmm, das kann ich so nicht nachstellen. Der ncompact (damit kann man DB auf dem Client komprimieren) hat bei mir zwar nicht den Effekt, dass die Adressen nicht mehr im Editor angezeigt werden, aber gezogen werden die Daten nicht mehr.
Probier mal die Kopie aus (Kopie erstellen, außerhalb vom Data-Verzeichnis, Client beenden, Kopie ins Data drüberbügeln->wenn es irgendwo noch Repliken gibt, musst Du nacharbeiten). Vielleicht hat das Ding doch einen Schuss. Oder ist das an allen Arbeitsplätzen nachvollziehbar?
Ansonsten bin ich ratlos.
-
Trotzdem Danke!
Ich glaube das hängt mit dieser Sache zusammen:
http://www-01.ibm.com/support/docview.wss?uid=swg21570490&myns=swglotus&mynp=OCSSKTWP&mync=R
Leider scheint das Setzen der Variable "PURGE_RECENT_CONTACTS=1" nicht zu funktionieren. Muss ich die in einem bestimmten Abschnitt der NOTES.INI eintragen??? Denn der Wert wird nicht wie erwartet auf "0" gesetzt. (Variable war bisher nicht vorhanden.)
ncompact und nfixup auf dem Client kannte ich gar nicht. Danke für den Tipp, die lass ich gleich mal laufen.
Oder ist das an allen Arbeitsplätzen nachvollziehbar?
Hab mir die anderen Arbeitsplätze noch nicht genauer angeschaut, wollte erst mal ne "wasserdichte" Lösung bei mir probieren. Aber von ein paar weiß ich, daß sie ähnliche Probleme haben, bzw. mail-Adressen vorgeschlagen bekommen, die halt namentlich gleich anfangen aber schon lange nicht mehr benötigt werden.
-
Ich glaube das hängt mit dieser Sache zusammen:
http://www-01.ibm.com/support/docview.wss?uid=swg21570490&myns=swglotus&mynp=OCSSKTWP&mync=R
Du hast doch FP3 ???
-
Ja, habe ich. 8.5.2 FP3. Steht denn da was davon? Dann habe ich das übersehen.
ncompact und nfixup laufen auch nicht wie gewünscht. Es kommt laufend die Meldung, dass die Uhrzeiten der Datenbanken (log.nsf und names.nsf) in der Zukunft liegen würden...
Folgende ID-Datei wird benutzt: C:\Programme\IBM\Lotus\Notes\Data\xyz.id
Kennwort eingeben (mit ESC-Taste abbrechen):
31.01.2012 14:16:12 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\log.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:12 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\log.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:12 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 names.nsf (Kontakte von xyz) wird komprimiert, names.nsf -c
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\log.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names675.TMP) liegt zu weit in der Zukunft.
31.01.2012 14:16:16 Fehler beim Komprimieren von names.nsf: 02:41
31.01.2012 14:16:16 Datenbank-Komprimierungsprozess wurde heruntergefahren
31.01.2012 14:16:16 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\log.nsf) liegt zu weit in der Zukunft.
-
Ja, habe ich. 8.5.2 FP3. Steht denn da was davon? Dann habe ich das übersehen.
ncompact und nfixup laufen auch nicht wie gewünscht. Es kommt laufend die Meldung, dass die Uhrzeiten der Datenbanken (log.nsf und names.nsf) in der Zukunft liegen würden...
Folgende ID-Datei wird benutzt: C:\Programme\IBM\Lotus\Notes\Data\xyz.id
Kennwort eingeben (mit ESC-Taste abbrechen):
31.01.2012 14:16:12 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\log.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:12 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\log.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:12 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 names.nsf (Kontakte von xyz) wird komprimiert, names.nsf -c
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\log.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
31.01.2012 14:16:14 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names675.TMP) liegt zu weit in der Zukunft.
31.01.2012 14:16:16 Fehler beim Komprimieren von names.nsf: 02:41
31.01.2012 14:16:16 Datenbank-Komprimierungsprozess wurde heruntergefahren
31.01.2012 14:16:16 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\log.nsf) liegt zu weit in der Zukunft.
-
Ja, habe ich. 8.5.2 FP3. Steht denn da was davon? Dann habe ich das übersehen.
Von FP2, ab dem das hart gelöscht wird. ;)
ncompact und nfixup laufen auch nicht wie gewünscht. Es kommt laufend die Meldung, dass die Uhrzeiten der Datenbanken (log.nsf und names.nsf) in der Zukunft liegen würden...
Gibt es von der names eine Replik auf dem Server?
-
Gibt es von der names eine Replik auf dem Server?
Nein, keine Repliken auf dem Server oder sonstwo.
Ich habe jetzt mal eine lokale Replik meiner NAMES.NSF erstellt. Naja, mal abgesehen davon, dass die nur noch 2/3 so groß ist wie das Original, enthält auch diese die mail-Adressen - aber jede nur ein einziges mal. Während in der Original-NAMES.NSF manche mail-Adressen je über 100x mal vorkommen.
Jetzt hab ich mir das lokale Verzeichnis mit den DIP-Tables angeschaut: C:\Programme\IBM\Lotus\Notes\Data\workspace\.metadata\.plugins\com.ibm.notes.dip\dipTable.ser
Und siehe da, dort sind die betrefenden mail-Adresen drin. Über alle Dateien in diesem Verzeichnis verteilt. Genau um diese Adressen handelt es sich.
Ich denke die NAMES.NSF gleicht die Adressen mit diesen DIP-Tables irgendwie ab. Meinst ich kann die einfach mal löschen?
-
Ich würde das VB-Script laufen lassen.
-
Meinst ich kann die einfach mal löschen?
Ja
-
So, danke mal!!!
Also Ergebnis nach dem löschen der DIP-Tables ist, dass die mail-Adressen weiterhin in der NAMES.NSF zu finden sind, jedoch nicht mehr adressiert werden können. Jetzt verhält sich alles so wie erwartet. Erst wird lokal geschaut und dort auch nur in den selbst angelegten Kontakten. Wenn da nichts ist, dann im Adressbuch auf dem Server. - Prima
Wenn das mit dem ncompcat noch funktionieren würde, wäre das soweit prima - aber das ist ein anderes Thema.
Danke nochmal.
-
31.01.2012 14:16:12 Uhrzeit der Datenbank (C:\Programme\IBM\Lotus\Notes\Data\names.nsf) liegt zu weit in der Zukunft.
:o :o :o :o :o :o :o :o :o :o :o :o :o :o :o :o :o
Dir ist schon klar, dass Du da ein MASSIVES Problem hast? http://www.youtube.com/watch?v=it7VGvpKBW0
-
Warum denn? Sorry, hab keinen Ton hier.
-
Warum denn? Sorry, hab keinen Ton hier.
Besorg Dir Krachwürfel, Geri: Das lohnt schon dieses Video mit Bill Buchan & Paul Mooney! :)
Bernhard
-
Dann hauen mir die Kollegen den Kopp ein. ;D
Dass man am Domino nicht mit der Uhrzeit spielen soll, ist mir bewusst (das hat mal jemand bei uns dummerweise gemacht). Aber am Client bei der names, die noch nicht mal repliziert wird? ???
Schönen Abend noch!
-
compact & fixup schauen auch nach der Uhrzeit (allein schon wegen deletion stubs). Da braucht es keine Repliken - wirklich nicht ;D (okay, das Symbol ist hier vollkommen unangemessen, weil das Problem wirklich ernst ist - auch wenn "home made").
Bernhard
PS: Es gibt auch winzig kleine Krachdinger an langen und dünnen Drähten, die man seinem Ohrenschmalz vorstellen kann ;D
-
compact & fixup schauen auch nach der Uhrzeit (allein schon wegen deletion stubs). Da braucht es keine Repliken - wirklich nicht ;D (okay, das Symbol ist hier vollkommen unangemessen, weil das Problem wirklich ernst ist - auch wenn "home made").
Und das ist jetzt so ein Drama? In diesem geschilderten Fall mein ich. Ich schrieb doch, dass man eine Kopie ziehen soll. ??? :-:
Gelöscht ist nicht gelöscht?
PS: Es gibt auch winzig kleine Krachdinger an langen und dünnen Drähten, die man seinem Ohrenschmalz vorstellen kann ;D
OT: Wir dürfen hier im Büro noch nicht mal essen. Geschweige denn, Kopfhörer benutzen. Das entspricht nicht "unserer" ISO-Norm. Ich scherze echt nicht. Wenn das Tele 3 Mal klingelt und ich geh nicht ran, weil ich keine Lust habe , oder abgelenkt bin- kann es eine Abmahnung geben. youtupe läuft nicht unter Weiterbildung...
Irgendwie hab ich keine Lust mehr... zu viel Arbeit.
Beste Grüsse umme Ecke!
-
Zum OT: Ach Du Sch****e ... :o So schafft man ergebnisorientierte Mitarbeiter ab ...
Ad Datum: Compact oder Fixup wissen ja gar nicht, ob es Repliken gibt und lassen daher die Finger von Datenbanken, in denen Elemente sind, die "in der Zukunft manipuliert" wurden.
Bernhard
-
a) Wird das nicht die einzige Db mit "touch" sein.
b) Was Berhard sagt
c) Contacts Sync
d) Nicht schön
Beileid zu diesem "Arbeits"umfeld. Da kanns einem ja vergehen ...
-
Guten Morgen,
erst mal vielen Dank für das rege Interesse. Auch ich werde aus ähnlichen Gründen wie smokyly das Video wohl daheim ansehen müssen :(
Aber aus den Kommentaren bin ich jetzt nicht wirklich schlau gewoden. Also am Domino-Server "spielt" keiner an der Uhrzeit etc. rum. Hab grad trotzdem mal nachgeschaut, Datum und Zeit passen - hätte mich auch gewundert. Naja und die Lokale Zeit hier auf dem PC mit der NAMES.NSF weicht kaum 3 Sekunden von der auf dem Domino-Server ab.
Aber was soll das denn für Auswirkungen haben? Die NAMES.NSF hätte ich jetzt einfach mal als unkritisch eingeschätzt. Ist doch bloß ein "Adressbuch". Ofensichtlich muss ich mich da wohl eines besseren belehren lassen.
Nun mit rund 10MB frist die ja kein Heu und ncompact und nfixup brauche ich da nicht wirklich - mich hätte diese Fehler-Meldung aber schon interessiert.
Gruß Ricci
-
a) Wird das nicht die einzige Db mit "touch" sein.
So wie ich das gesehen habe, war noch die log mit dabei.
c) Contacts Sync
Oha, daran habe ich nicht gedacht. Das kann tatsächlich sehr üble Auswirkungen haben.
Vielen Dank an Euch für die Aufklärung. Wieder was dazu gelernt.