hi holger...gibts dich auch noch....
schau mal im designer, ob die verbliebenen ordner das flag haben, dass sie bei aktualisieren oder ersetzen der schablone nicht angepasst werden sollen....ich schätze mal das es daran liegt...die verschwundenen ordner haben dieses flag nicht gehabt...
ich bin ja der Ansicht, das hat recht wenig miteinander zu tun. Bei dem Haken geht es ja nur darum, ob die Gestaltung aktualisiert wird. Der Haken sagt ja nicht aus "Wenn ich die Gestaltung nicht anheben darf, dann schmeiß ich das Teil gleich ganz wech" :lol:
Die Ordner würden dann nach wie vor da sein, haben allerdings noch das alte 5er Design.
mensch ralf...nix verstehst du...die ordner bei denen das flag gesetzt ist/war, sind weiterhin vorhanden...ordner die das flag nicht hatten, wurden entfernt, weil sie in der neuen schablone nicht vorhanden sind....
Holja: frag mich nicht warum das so ist...bei unseren schablonenupdates hatten wir auch das problem das manche ordner verschwunden sind...als ursache haben wir festgestellt, dass die verschwundenen ordner das flag halt nicht hatten...warum auch immer....dat wess ick ooch nich...
Muerte hat vollkommen recht.
Wenn ich eine DB mit einer völlig leeren Schablone ersetze, dann verschwinden alle Designelemente, die nicht dieses Flag gesetzt haben.
Das ist ja auch Absicht.
Sonst würden Designelemente, die in einer Schablone gelöscht wurden bis zum Sanktnimmerleinstag in den Datenbanken bleiben, die auf der ursprünglichen Schablone basieren
dieses problem tritt eigentlich häufig bei (mail-)datenbanken auf, die ihr design nicht aus einer schablone ziehen. dann wird nämlich der haken, der das gestaltungsupdate verhindert, nicht gesetzt (wozu auch, es is ja keine schablone eingetragen ...).
das einige ordner dieses flag haben und andere nicht, könnte z. b. daher kommen, das irgendwann mal eine schablone eingetragen wurde (ab diesem zeitpunkt wird der haken gesetzt), diese schablone jedoch gar nicht existiert bzw. nicht im zugriff ist. das würde erklären warum die anderen ordner immer noch vorhanden sind. sonst wären sie ja bei einem "normalen" designupdate (im normalfall jede nacht) bereits verschwunden.
um abhilfe zu schaffen würde ich z. b. empfehlen einen agenten zu schreiben der über die designelemente läuft und in den Ordnern ein "P" im "$Flags" Feld hinzufügt. Danach sollte alles wieder "grün im Bereich" sein 
have fun
Hi,
genau diese Problem habe ich jetzt auch, leider weiß ich nicht , wie man diesen Agenten bastelt - hatte damit bis jetzt wenig zu tun.
Kann mir das vielleicht einer gaaanz langsam erklären?
Ich wäre echt dankbar.
Greetz
Falko
Hallo, auch ich bin mir nicht im Klaren, wie der Agent erstellt wird. Habe auch riesiges Interesse daran! Danke! Markus
Hallo, auch ich bin mir nicht im Klaren, wie der Agent erstellt wird. Habe auch riesiges Interesse daran! Danke! Markus
Sub Initialize
Dim s As New notessession
Dim w As New notesuiworkspace
Dim doc As notesdocument
Dim db As notesdatabase
Dim Template As String
Set db=s.currentdatabase
Template = db.DesignTemplateName
ViewCount=0
FolderCount=0
ProtectCount=0
Forall view In db.views
ViewCount=ViewCount+1
viewUNID = view.universalid
Set doc = db.getdocumentbyUNID(view.universalID)
TitleString = doc.getitemvalue("$Title")
If Instr(1,TitleString(0),"$",0)<>1 And Instr(1,TitleString(0),"(",0)<>1 Then
Flags = doc.getitemvalue("$Flags")
FolderFlag = Instr(1,Flags(0),"F",0)
If (Not Isnull(FolderFlag) And FolderFlag<>0 And Instr(1,Flags(0),"p",0)=0) Then
FolderCount=FolderCount+1
If Instr(1,Flags(0),"P",0)=0 Then
ProtectCount=ProtectCount+1
AddCapitalP = Flags(0) & "P"
Call doc.replaceitemvalue("$Flags", AddCapitalP)
Call doc.save(1,1)
Call doc.save(1,1)
End If
End If
End If
End Forall
Messagebox Cstr(ViewCount) & " Design Notes found of class View" & Chr(10) & _
Cstr(FolderCount) & " Folders found that were not Private" & Chr(10) & _
Cstr(ProtectCount) & " were marked not to Refresh/Replace" _
,,"Database modification completed"
End SubZitatAlles anzeigen
aweinrei schrieb:
dieses problem tritt eigentlich häufig bei (mail-)datenbanken auf, die ihr design nicht aus einer schablone ziehen. dann wird nämlich der haken, der das gestaltungsupdate verhindert, nicht gesetzt (wozu auch, es is ja keine schablone eingetragen ...).
das einige ordner dieses flag haben und andere nicht, könnte z. b. daher kommen, das irgendwann mal eine schablone eingetragen wurde (ab diesem zeitpunkt wird der haken gesetzt), diese schablone jedoch gar nicht existiert bzw. nicht im zugriff ist. das würde erklären warum die anderen ordner immer noch vorhanden sind. sonst wären sie ja bei einem "normalen" designupdate (im normalfall jede nacht) bereits verschwunden.
um abhilfe zu schaffen würde ich z. b. empfehlen einen agenten zu schreiben der über die designelemente läuft und in den Ordnern ein "P" im "$Flags" Feld hinzufügt. Danach sollte alles wieder "grün im Bereich" sein
have fun
Hiho,
bin neu hier und habe eigendlich sogut wie NULL Ahnung von
Notes, jedoch Wissenshungrig an dieser Stelle.
Leider ist das bei einem Nutzer von uns passiert, leider sehr wichtige Ordner.
Nun meine Fragen dazu: Existieren diese Ordner den noch auf dem Server?
Wenn ja, wie kann ich diese wieder anzeigen?
Wenn nicht, existieren immerhin noch die Inhalte, das man diese in neue Ordner verschiebt?
Danke für die Hilfe im Vorraus.
Die Inhalte findest du weiterhin unter Alle Dokumente.
Die Ordner selbst sind aber verloren
Ach danke für die schnelle Antwort,
sowas hab ich mir gedacht.
Gruß,
PacDemon
Hmm da fällt mir was ein,
was ist wenn ich noch eine alte lokale mail.nsf(N5) habe, das
Script(Agent) drüberlaufen lasse und danach mit dem Server Repliziere.
Was meint Ihr, würde das gehen?
Das Problem ist, des es hier um mindestens 10 Ordner geht und
das diese extrem viele Daten(Mails) enthalten.