Mail-DB: Werkzeuge -> Vorgaben bringt Fehlermeldung

[Pidray]

Hi @all,

ich bekomme folgende Fehlermeldung:
"Duplicate PUBLIC name ACLMANAGER in USE module ACLManagement_de-DE"



Ich habe auch einen alten 5 Jahre alten Thread gefunden:
http://atnotes.de/index.php/topic,16421.msg98144.html#msg98144
darin diese Tipps:

... Ursache war letztlich eine defekte bookmark.nsf ...

und habe es ebenfalls nur mit Löschen der bookmark.nsf lösen können !
Leider sind dann (logischerweise) meine vielen Lesezeichen weg  
und nach der Rücksicherung war natürlich auch der Fehler wieder da.

... lösche mal alle ScriptLibs aus der Gestaltung der Datenbank und fürre dann über "Schablone wechseln" erneut eine Gestaltungsaktualisierung durch

eknori: das hilft leider nicht  


***********************************************

Bei uns gibt es folgende Ausgangs-Situation: wir haben zwei Server, auf beiden liegt eine Replik meiner Mail-DB.
Auf Server 1 erhalte ich o.g. Fehlermeldung, auf Server 2 nicht.
Beide haben als Schablone "StdR6MailSCT" eingetragen.

Gibt es nach 5 Jahren neue Tipps *hoff* ?

Gruß
Katrin

[Axel]

... Ursache war letztlich eine defekte bookmark.nsf ...

und habe es ebenfalls nur mit Löschen der bookmark.nsf lösen können !
Leider sind dann (logischerweise) meine vielen Lesezeichen weg 
und nach der Rücksicherung war natürlich auch der Fehler wieder da.

Dann hat, wie es aussieht deine Bookmark.nsf einen Schlag. Dann wird dir nichts anderes übrigbleiben die  Lesezeichen wieder von Hand zu erstellen.

Axel
 

[Pidray]

Dann hat, wie es aussieht deine Bookmark.nsf einen Schlag. Dann wird dir nichts anderes übrigbleiben die  Lesezeichen wieder von Hand zu erstellen.

Axel
 

aber warum klappt es dann in der Mail-DB auf dem anderen Server ?

Katrin

[Axel]

Andere Mail-DB !?

Axel

[koehlerbv]

Axel:

Bei uns gibt es folgende Ausgangs-Situation: wir haben zwei Server, auf beiden liegt eine Replik meiner Mail-DB.
Auf Server 1 erhalte ich o.g. Fehlermeldung, auf Server 2 nicht.
Beide haben als Schablone "StdR6MailSCT" eingetragen.

Ich hätte ja beinahe gesagt: Als erstes sollte mal LS komplett durchkompiliert werden, aber dann sehe ich "SCT". M.E. zumindest in R6 eh eine nicht ganz so kluge Idee.

Alternative: Replik auf Server 1 in den Orkus kippen und neue Replik ziehen. Damit verschwinden auch die gecacheten Informationen.

Bernhard

[Axel]

So kommt's wenn man beim Lesen gestört wird und dann auch nicht mehr weiterliest.

Die Alternative hört sich in dem Fall am besten an.

Das mit dem LS neu kompilieren funktioniert doch in R6 sowieso nicht.

Axel
 

[koehlerbv]

Das mit dem LS neu kompilieren funktioniert doch in R6 sowieso nicht.

Hä?

Bernhard

[Axel]

Mit 6.5.5 gab's ein Problem.

Axel

[koehlerbv]

Mit 6.5.5 gab's ein Problem.

Jo, bis man relativ schnell den Download durch einen neuen "silent" ersetzte. Aber helfen tut das hier wegen SCT sowieso nicht.

Wegen des "Killens" der bookmark.ntf - da kann man doch die Lesezeichen vorher herauskopieren und in die neue Bookmark wieder einwerfen, oder habe ich da etwas falsch im Hinterkopf? (Für mich sind diese Lesezeichen einfach zu unübersichtlich und ich verwende diese überhaupt nicht)

Bernhard

[Wolfgang]

aber dann sehe ich "SCT". M.E. zumindest in R6 eh eine nicht ganz so kluge Idee.

... warum denn nicht?
Ich habe das seit Version 6.5.1 verwendet und niemals nicht kein Problem damit gehabt.

Gruß
Wolfgang

[Klafu]

Ich mische mich nur ungern ein, aber wofür steht SCT ?

Chris

[Wolfgang]

... SCT = Single Copy Template (bzw. Zentralschablone).
Alle Maildatenbanken verwenden eine einzige Schablone, die nicht in der DB abgespeichert wird. Das spart pro DB ca. 10-12 MB Platz ein ...

[Klafu]

Danke!

[Pidray]

Alternative: Replik auf Server 1 in den Orkus kippen und neue Replik ziehen.

  Hat prima geklappt, danke;
und meine Lesezeichen blieben somit auch erhalten !

Hab gesehen, dass laut DB-Info auf Server1 3 Dokumente mehr waren als auf Server2 (oder auf lokaler Sicherung). Diese konnte ich aber in der Datenbank nicht sehen ... warum bzw. woher auch immer.

Gruß+Dank
Katrin