Änderung an der Standard Mailschablone - Wie vorgehen??

Das war die erste Hälfte der richtigen Vorgehensweise. Die zweite Hälfte wäre gewesen, den Design-Task oder den convert-Task zu starten

um die schablone bei allen anwendern zu tauschen, kannst du das über einen convert-task auf dem server ausführen lassen...

ist auch hier beschrieben

%EDIT

RockWilder
verdammt...schon wieder zu spät...du kommst immer aus dem nichts:-)

1.) Schabloneneinstellungen

a) In welcher DB (Dateiname bitte angeben) wurde die Änderung vorgenommen?

b) Steht in dieser DB das Häkchen bei "Datenbank ist eine Master-Schablone"?

c) Was steht im Feld Schablonenname unter dem bei b) angegebenen Häkchen?

d) Du schreibst in deinem Post Zentralschablone, nicht Master-Schablone. Du weisst auch was das ist? Absicht?

e) Wenn d)=JA dann Frage: ist das Häkchen Zentralschablone gesetzt?

f) Wenn d) und e) = JA dann Frage: Haben alle Nutzer Leserechte auf diese Schablone?

g) Wenn d), e) und f) = JA dann Frage: gibt es mehrere Server und befinden sich evtl. nicht alle Maildatenbanken auf dem gleichen Server?

h) Wenn d), e), f) und g) = JA dann Frage: gibt es auf jedem Mailserver eine Replik der Zentralschablone mit identischen Datenbank- und Schabloneneinstellungen?

------------------------------------------------

2.) Datenbankeinstellungen bei den Nutzern

a) Steht in den DB's mit einer Fehlermeldung der gleiche Schablonenname wie bei denen ohne Fehlermeldung?

b) weitere Fragen hängen von obigen Antworten ab...

Zitat

warsn schrieb:

RockWilder
verdammt...schon wieder zu spät...du kommst immer aus dem nichts:-)

Nach dem ebay-Sniper, nun der Dominoforum-Sniper. Getriggert auf "Vor-Eingang-neues-Posting", damit ich auch ja zuerst dran bin :lol:

Zitat

Elding schrieb:

1) a) inotes6.ntf

b) .....kann ich schon nicht nachschauen weil Schablone offline genommen...

Ahja...offline heißt bei euch ihr löscht die restlos? Ansonsten versteh ich nicht wieso man nicht nachschauen kann. Wenn man will. Weils ja eigentlich wichtig genug war um einen Post dazu zu starten. Nunja.

Zitat

Zentralschablone? Klär mich mal auf, ich kann Dir nur sagen dass bei uns zwei Server im Cluster laufen.
Muss ich da noch anders verfahren? (

Das sind wieder gleich verschiedene Fragen.

Eine Masterschablone dient lediglich als Kopier-Vorlage. Sobald der Design-Prozeß (egal ob automatisch oder manuell gestartet) läuft überprüft er die Designs der Datenbanken mit Schablonen-Abhängigkeit und kopiert die neuen/geänderten in die Zieldatenbanken. Am Beispiel Mail-Datenbank: Design umfaßt 12...15 MB, dann bekommt jede Mail-DB eine komplette Kopie dieses Designs. Macht bei 1000 Datenbanken mal eben 12...15 GigaBytes an redundanten Designs. Die Schablone wird anschließend bis zur nächsten Design-Änderung oder dem Anlegen neuer Datenbanken nicht mehr benötigt. Die Nutzer benötigen keinen Zugriff auf die Schablone(n).

Häufig werden auch Schablonen "vererbt", d.h. eine Schablone dient als Vorlage einer anderen. Ändert man an der einen so kann sich das (je nach Element) auch auf die anderen auswirken. Das betrifft insbesondere Mail-Schablonen. So vererben die Mailschablonen untereinander große Teile des Designs. Bei den Standdardtemplates sieht das (Standdardinstallation vorausgesetzt) wie folgt aus:

mail6ex.ntf --vererbt--> mail6.ntf --vererbt--> inotes6.ntf

Unternimmt man nicht rechtzeitig Maßnahmen so sind diese Änderungen früher oder später für die Katz. Das gilt insbesondere für Updates an den Erben (im Beispiel die iNotes6.ntf).

Nun zur Frage der Zentralschablone (SCT = Single Copy Template). Oben hatte ich erwähnt, daß gleiche Datenbanken (mit gleichen Schablonen) das Design redundant haben. Sobald eine Master-Schablone als Zentral-Schablone gekennzeichnet wird sieht das anders aus. Das Design liegt dann nicht mehr (komplett, mehrere MB) redundant in allen "Kindern" sondern nur noch als Objektverweis (wenige Bytes) auf die Zentralschablone. Vergleichbar ist die Technik mit SCOS (Shared Mail). Damit wird ggf. viel Platz und I/O gespart, die CPU-Last steigt allerdings etwas an. Benutzerspezifische Elemente (Ordner etc) liegen weiterhin in den jeweiligen DB's.

Logischerweise folgt daraus: es muß bei Verwendung von Zentralschablonen auch auf jedem Mailserver (und damit erst recht im Cluster) eine Replik dieser Zentralschablone liegen.

Ok, ihr nutzt also tatsächlich die Master-Schablone als Zentralschablone. Dann wirklich sicherstellen, daß die Nutzer Zugriffsrechte drauf haben und die Schablone auf beiden Cluster-Servern mit identischen Einstellungen liegt!!

Wenn der Konvertierungsprozeß bei ein-zwei Leuten fehlgeschlagen ist dann sollte man ihn nochmal wiederholen. Am besten in Kombination mit dem Zentral-Schablonen-Setting, damit auch wirklich ein Design-Tausch stattfindet.

Dazu (wenn alle Nutzer offline sind!) folgende Schritte durchführen:

1. In der Schablone das Häkchen Zentralschablone nochmal löschen
2. der Convert-Task für die betroffenen Nutzer ausführen
3. In der Schablone das Häkchen Zentralschablone wieder setzen
4. der Convert-Task für die betroffenen Nutzer ausführen
5. Compact -c für die betroffenen Mail-DBs ausführen

Unter Umständen kann es sinnvoll sein während der Aktion die Clusterreplikatoren oder sogar den zweiten Clusterserver runterzufahren. Nach dem 5. Schritt den 2. Server wieder starten und durchreplizieren und auch dort das Compact -c laufen lassen für die betroffenen DB's

Wenn danach was nicht funktioniert würde ich mir nochmal anschauen auf welche der Server der Nutzer zugreift während der Fehler auftritt. Ich vermute da noch potentielle Probleme.

Zitat

Mal noch was anderes: Womit kann ich das Template unterzeichnen, damit beim User nicht anfangs ständig die Sicherheitswarnungen hochkommen?

Das Thema ECL ist etwas umfangreicher als es meine Zeit grad zuläßt, grundsätzlich sollte es aber funktionieren wenn man es mit der Server-ID macht. Genaugenommen ist die ECL ein Sicherheitsfeature, mit dem man sich etwas mehr beschäftigen muß.