Beiträge von Kolbini

    Hi, vielen Dank euch beiden,
    ich werde mal mit dem Windows Admin reden, daß solche Repliken dann auf Dateiebene gelöscht werden. Sowas hatten wir bereits diskutiert, ich wollte nur vorab klären, ob es vielleicht doch eine NOTES Einstellung gibt, mit der wir das Erstellen direkt hätten verhindern können.


    Schönes Wochenende und Grüße
    Anja

    Hi, ich hab das gleiche Problem, das flotricon im Juli schon mal gepostet hat. Terminalserverinstallation, der deutsche Client 6.5.4 ist drauf, unserinterface =DE ist in der ini gesetzt, beim starten kommt die o.a. Fehlermeldung und der Client startet auf englisch. Wir haben nun das Upgrade auf 6.5.5 drüber installiert, UserInterface=de ist gesetzt, aber die Fehlermeldung kommt immer noch. mui.dat ist ebenfalls mit den Parametern


    [Versions]
    CoreVersion= Release 6.5.5
    NotesWorkswith=Release 6.5.5
    [MUI]
    Languages=1
    Language1=de
    Language2=en


    gesetzt.


    Irgendwelche Ideen, woran es noch liegen kann ?


    Danke und Gruß
    Anja

    Hi Dirk,
    nein, wir benutzen lokalen Repliken der Maildatenbanken. Klar, die User haben dann auf ihren Rechnern natürlich auch eine lokale mail.box.....


    Aber auf dem Terminalservern sollen Sie eben nicht mit einer lokalen Replik der Maildatenbank arbeiten, sondern immer auf der ServerMaildatenbank. Da wir eine eher großzügige QuotaRegelung haben, können die Maildatenbanken, die sonst als lokale Replik auf dem Terminalserver landen würden, schon mal 500 MB haben, und wenn du das mit den 400 Usern die wir haben multiplizierst, nimmt das viel Platz und beim Anlegen natürlich auch viel Leitungskapazität in Anspruch. Deshalb möchten wir verhindern, daß die User auf dem Terminalserver (und nur dort) lokale Repliken ihrer MailDatenbank erstellen können. Auf ihrem lokalen Rechner soll das weiterhin erlaubt sein.


    Grüße
    Anja

    Moin Dirk,


    erstmal vielen Dank für die schnelle Antwort, aber ich hab es wohl nicht genau genug erklärt.


    Wir arbeiten normalerweise schon mit lokalen Repliken der Mailboxen, jeder User hat diese auf seinem eigenen Rechner liegen und repliziert fleissig mit dem Mailserver, dies entspricht auch unserer Firmenpolicy.


    Wenn die User sich aber nun über den Terminalserver anmelden und von dort den NOTES Client starten, dann schreiben sie ja in ein Verzeichnis auf dem Terminalserver und dort sollen sie aus Platzgründen keine lokale Replik erstellen dürfen.


    Grüße
    Anja

    Hallo,
    wisst ihr ob man das Erstellen lokaler Repliken auf einem bestimmten Server verbieten kann ? Hintergrund ist ein Navision Terminal Server, auf dem unsere User mittels NOTES auch Mails verschicken sollen. Um Speicherplatz zu sparen, sollen sie hier aber keine lokalen Repliken erstellen können, der Mailversand soll ausschliesslich über die mailbox auf dem Server laufen. Bin für jeden Vorschlag dankbar.


    Wir setzen NOTES Clients 6.5.4 ein.


    Danke und Gruß
    Anja

    Hallo, habe mal wieder ein interessantes Phänomen. Bei einige MailDatenbanken wird beim Protokollieren der ACL-Änderungen nur noch reingeschreiben, wer was gemacht hat, aber nicht für welchen Eintrag. Da steht dann beispielsweise
    Vorname Nachname löschte
    Vorname Nachname aktualisierte
    Ausserdem tritt das auch nicht durchgängig bei allen Einträgen auf, manchmal sieht man bei irgendeinem Eintrag zwischendurch ganz normal für welchen Benutzernamen etwas geändert wurde.......
    Kann mir jemand auf die Sprünge helfen ?
    Wir haben 6.5.4er Server auf AIX 25 mit HF313, die Clients sind auf 6.5.1 und 6.5.4.
    Danke und Gruß
    Anja

    Hallo Bobby,
    das hat bei mir geholfen:


    Put a space in front of it
    There is one more workaround for problems with hiding rich text fields that needs wider distribution. If you can't get a rich text field to hide no matter what you do, put a space in front of it. Lotus Customer Support Technote #158231 reports


    Probier´s doch mal.
    Grüsse
    Kolbini :strike:

    Hallo,
    ich möchte unsere dezentralen NOTES Server von 6.5.1 auf 6.5.4 upgraden (HUB und Mailserver stehen beim Provider und wurden bereits auf 6.5.4 gehieft). Kann mir jemand von euch sagen, ob es dazu nötig ist, erst auf 6.5.2, dann 6.5.3 und schliesslich auf 6.5.4 zu gehen, oder ob man den Sprung direkt auf 6.5.4 wagen kann ? Auf der IBM DownloadSeite finde ich nur die Incremental Upgrades auf die einzelnen Versionen, aber nichts was direkt von 6.5.1 auf 6.5.4 gehen würde.
    Danke und Grüße
    Kolbini :-?

    Moin, ich hatte dieses Phänomen in meiner Mailbox immermal wieder, solange ich soft deletions erlaubt habe. Seitdem ich die Funktion ausgeschaltet habe, tritt das Problem nicht mehr auf.
    Grüße Anja

    Hi Lars, in den Datenbankeigenschaften kann man unter dem Reiter Erweitert einstellen, ob Ungelesen-Markierungen repliziert werden sollen. Hast du die Einstellung mal geprüft ?
    Ausserdem würde ich das CutOff-Date aus beiden Repliken mal rauswerfen (Replizierparameter unter Andere) und die Replizierhistorien löschen, dann sollten beide Repliken nach der nächsten Replikation (die dann allerdings etwas länger dauert) wieder übereinstimmen. Gruß Anja

    Hallo Bastian, leider passt nichts auf meinen speziellen Fall, ich habe auch das 6er Forum dort schon durchsucht, aber auch keinen passenden Eintrag gefunden. Steht zwar einiges mit der Fehlermeldung, aber diese Ziffernfolge (die bei den Usern immer die gleiche ist) gibt´s nicht. Mal schauen, ob das loeschen der cache und desktop6.ndk was bringt. Danke und Gruß Anja

    Hallo Carsten, erstmal vielen Dank. Leider hat sich das Problem mit der Replikation nicht gelöst. Es tritt nur auf, wenn die Mails von meinen Usern auf der lokalen Replik erstellt werden, beim Erstellen der Mails auf der ServerDB ist alles im grünen Bereich. Die Benutzervorgaben haben wir abgeglichen, stehen bei meinen Usern und mir auf "Immer eine Kopie behalten". Ich habe auch schon eine neue lokale Replik erstellen lassen, was aber auch keine Änderung ergab.
    Okay natürlich hast du recht, der Gesendet-Ordner ist eine Ansicht - aber das verwirrt die User nur und scheinbar schleifen sich solche Ungenauigkeiten dann im allgemeinen Sprachgebrauch ein :) ...
    Für weitere Vorschläge bin ich dankbar.
    Gruß Anja