Beiträge von terry_mccann

Der SINN verschlüsselter Emails ist doch gerade, dass sie nicht jeder liest....finde es höchstgradig bedenklich, dass ihr die trotzdem weiterleiten wollt.

Wobei ich dazu sagen muss, bei uns funktioniert das ganz normal auch mit 8.5.1 weiterhin, dass das Datenverzeichnis auf dem Netzwerkhome liegt. Seit 10 Jahren von Notes nicht supported, aber seit 10 Jahren ohne Probleme im Einsatz.

Nein. Würden die denn beim Compact Dick mit entfernt? Ich kenn das nur daher, wenn man in den Repliziereinstellungen die 90 Tage auf 0 setzt....das meinst Du doch, oder?

Wenn ich da dran komme, kann ich das mal versuchen.

Du meinst mit dem Reinsyncen? Naja, da kommen Rundschreiben rein, die werden sicherlich über Replikation eingestellt und nicht über Agenten, die sie aus einer anderen Datenbank in Unsere einstellen.

Aber wie gesagt, da das Design verborgen ist, kann ich das nicht nachschauen.

Hmmm....also, es stellt sich so dar:

Heute morgen nach dem Komprimieren war die DB 1,64 GB gross, der Index laut Adminclient 318 MB. Heute abend nach diversen Userzugriffen war die DB dann 2,5 GB groß, der Index aber immer noch 318 MB....kann es also irgendwie nicht sein, von der Logik her.

Ich tu mich auch schwer damit, zu glauben, dass die Datenbank bei 2 GB einen zu Spitzenzeiten 8,5 GB großen Index haben soll....

Mann mann, blick irgendwie nicht durch. Und die Programmierer vom RZ schütteln nur die Schultern und sagen, na komprimiert halt...

Habe es auf Offen gesetzt....

Ist eine "halbkommerzielle" Datenbank. Wir gehören zu einem Verbund von ein paar hundert Domänen, die über ein Rechenzentrum miteinander verbunden sind. Und dieses Rechenzentrum ist der Lieferant der Datenbank, über die Rundschreiben verteilt werden.

Das Komische ist nur, dass das a) früher nicht so war und bei anderen befreundeten Unternehmen in anderen Domänen auch nicht der Fall ist. Im Nachbarort ist ein Kollege, der sagt, er hat mit der DB keine Probleme und muss auch nicht, wie wir, so oft compacten.

Hallo Leute,

ich habe hier ein Problem mit einer Datenbank auf einem 8.5.1 -Server.

Die Ausgangsdatenbank enthält 26000 Dokumente und ist 1,5 GB groß. Das Problem ist, nach etwa 2 Tagen Benutzung, in der geschätzte 50 Userauf die Datenbank zugreifen und einzelne Dokumente bearbeiten, hat sie eine Größe von 11 GB und laut den DB-Eigenschaften einen Benfüllungsgrad von 98%, also kaum Luft.

Führe ich dann einen Compact -D -i -c -K aus, dann werden ca 80% wieder freigegeben und die DB ist wieder auf ihrer ursprünglichen Größe.

Hat einer eine Idee, was dazu führen könnte, dass eine DB so dermaßen anwächst? Ich hab irgendwie keine Idee, wo ich da ansetzen könnte. Das Design ist leider vom Programmierer verborgen...

Danke,
terry

Und? Problem behoben? Habe das Gleiche bei einem User....Standard-Kalenderansichten sind in AM/PM-Schreibweise....

Die Standardmaßnahmen haben icht geholfen...

Hallo Leute,

wir haben einen Mailverteiler "Alle" , in dem alle Mitarbeiter drins sind. Da an diesen Verteiler immer mehr Mist geschickt wird , wie "Katze entlaufen" oder so, möchte mein Chef, dass ich mir was einfallen lasse, dass dieser Verteiler nicht mehr von Allen benutzt werden kann, sondern nur von bestimmten Leuten, die in einer Rechtegruppe zusammengefasst sind.

Ich hab keine Idee, wie man so etwas hinbekommen könnte.....

Ihr vielleicht? Es würde reichen, wenn der restliche Personenkreis eine Fehlermeldung bekommt, wenn er eine MAil an die Gruppe schickt.

Bin dankbar für jeden Tipp.

Danke,
Marco

Hab den Fehler nach laaaangem Suchen gefunden. Im Feld "Run on behalf" unter der Lasche mit dem Schlüssel in den Agenten-Eigenschaften stand jemand drin, der kein Recht auf das Postfach hat.

taurec
Danke, Dein Tip hat mich letztenendes darauf gebracht, denn im Log des Zielservers stand der User drin, da wusste ich, dass das was faul sein musste. Hätt ich auch selber draufkommen müssen, aber irgendwie schaut man immer nur im Log des zugreifenden Servers nach...

Frage mich allerdings eines: "Run on behalf" heisst ja "Im Namen von...ausführen"....aber warum macht er das nur, wenn er eventgesteuert loshechelt und nicht auch, wenn ich als Person das mit dem Notesclient manuell mache???

Naja, die Logeinträge (unter Miscellaneous Events) hab ich ja oben schon gepostet.....zuerst sagt er "Öffnen erfolgreich" , dann kommt aber "Database has not been opened yet".

Hab das schonmal im LDD recherchiert, da lösen sich überall die Probleme durch aufnehmen der Server in das Feld "Trusted Servers".....nur, das hab ich schon gemacht.

Ich weiss echt nicht mehr weiter.....hab auch schon den Server mit seiner direkten Bezeichnung da reingenommen und nicht über unsere Gruppe, ändert aber nix....

Hab ich doch oben geschrieben:

"Zeichnet man aber den Agenten mit der gleichen Admin-ID, geht es nicht und es kommt zur oben genannten Fehlerledung. Ebenso passiert dies, wenn der Agent mit der Server-ID gezeichnet ist."

Am Liebsten wäre mir, wir können den Agenten mit der Server-ID zeichnen....oder gibt es da Bedenken gegen?

Ich hatte auch zum Test schon den Server explizit in die ACL eingetragen, da ich dachte, es läge vielleicht an der Gruppenauflösung, ist aber der gleiche Effekt.

Wieterhin steht die Gruppe $ServerBank auch in den diversen Secutity-Feldern wie Trusted-Server drin.

Das hat er, das war das erste, was ich überprüft hatte. Unsere Server stehen alle in einer Gruppe $ServerBank , die widerrum in allen Postfächern als Manager eingetragen ist.

Zur Erinnerung: Es geht ja auch, wenn man den Agenten manuell laufen lässt.....also aus dem Client heraus und mit der Admin-ID, die ebenfalls Manager ist. Zeichnet man aber den Agenten mit der gleichen Admin-ID, geht es nicht und es kommt zur oben genannten Fehlerledung. Ebenso passiert dies, wenn der Agent mit der Server-ID gezeichnet ist.

Es gibt eine Gruppe "$Server Bank", da sind unsere Server alle drin, und diese Gruppe widerrum ist in folgenden Feldern eingetragen:

Access server:
Create databases & templates:
Create new replicas:
Create master templates:
Trusted servers:

sowie bei den Agenten:

Run unrestricted methods and operations:
Run restricted LotusScript/Java agents:
Run Simple and Formula agents:

Ist meiner Meinung nach richtig so, zumindest ausreichend. Ich lese überall, dass es an dem Feld "Trusted Servers" liegt, aber auch da sind die Server direkt eingetragen.

Hallo Leute, Unser SQL-basierter Zeiterfassungsserver schickt Kalendereintrags-Emails an eine Notes-MailIn-Datenbank. In dieser Datenbank läuft dann ein eventgesteuerter Agent, der bei sich ändernden Dokumenten angetriggert wird und der dann auf Postfächer auf dem Server selber und auf entfernten Servern zugreift und dort Kalendereinträge macht.

Das Problem ist eigentlich ein sehr Einfaches, wir finden aber die Lösung nicht. Wenn wir den Agenten mit dem Notes-Client und der Admin-ID, die volle Rechte hat, manuell per rechter Maustaste ausführen, läuft er durch und macht die Kalendereinträge, alles in Ordnung.

Wenn der Agent aber wie oben beschrieben bei dem automatisierten Durchlauf alleine losläuft und auf entfernte Server innerhalb der Domäne zugreift, kommt es zu einer Fehlermeldung, die im Log folgendermassen aussieht:

29.09.2008 11:39:54 AMgr: 'Agent 'MailInAbwesenheitTermin' in 'mail\AHBMailin.nsf' will run on behalf of 'Server/...'
29.09.2008 11:39:54 AMgr: Agent ('MailInAbwesenheitTermin' in 'mail\AHBMailin.nsf') printing: DEBUG: Bestimme Mail-DB und Mail-File von User@email.de
29.09.2008 11:39:54 AMgr: Agent ('MailInAbwesenheitTermin' in 'mail\AHBMailin.nsf') printing: DEBUG: Ergebnis: Mail-Server ist CN=Entfernter Server/OU=..., Mail-File ist mail\user.nsf
29.09.2008 11:39:54 AMgr: Agent ('MailInAbwesenheitTermin' in 'mail\AHBMailin.nsf') printing: DEBUG Delete: Öffne Mail-File mail\user.nsf auf Server CN=entfernter Server/...
29.09.2008 11:39:54 AMgr: Agent ('MailInAbwesenheitTermin' in 'mail\AHBMailin.nsf') printing: DEBUG Delete: Öffnen erfolgreich.
29.09.2008 11:39:54 AMgr: Agent ('MailInAbwesenheitTermin' in 'mail\AHBMailin.nsf') message box: Fehler 4063 (Z: 35) beim Verarbeiten Mail-FehlzeitenTermin, Löschen Termin (Mail-Datei: mail\user.nsf): Database CN=Entfernter Server/...!!mail\user.nsf has not been opened yet

Auf dem Server selber, wo die MailIn-DB liegt, geht es hingegen.
Aktuell ist der Agent mit der Server ID gezeichnet, ist aber völlig egal, womit wir ihn zeichnen, er läuft einfach nicht.

Wir haben schon geschaut nach folgendem:

- Server und Admin haben Managerrecht auf die Postfächer
- Server sind alle untereinander in der Gruppe Trusted Server enthalten.
- Gruppe LocalDomainServers darf auch alle Arten von Agenten ausführen.
- Wenn ich auf die Zieldatenbank den effektiven Zugriff anzeigen lasse , habe ich Managerrecht.

Was können wir tun? Habt Ihr eine Idee?

#Gruss Marco

Schade, das hilft uns nicht wirklich. Bei uns ist die neue Innovation jetzt, dass der Client von R6.55 auf R7.0x upgedated wird....

OK, das Rechenzentrum betreut 70000 Anwender, da ist man mit neuen Versionen natürlich vorsichtig. Aber uns Admins beschneidet das natürlich extrem in unseren Möglichkeiten, da es nix bringt, eine andere Version auszuprobieren, da wir sie nicht ausrollen können.

Hab jetzt nochmal das RZ einen Call gegeben und warte mal, ob die noch einen Tip haben.....

Der Hersteller kennt das Problem, sagt, dass alle Genossenschaftsbanken das haben, dass es aber an Notes liege und man sich ausser Stande sehe, das Problem zu beheben.

Das wäre ein Ansatz....da muss ich mal den HErsteller fragen, ob man das hinbekommt....

Was mich wundert:

Das ist eine Banken-Anwendung ( IVS für den, der aus dem Bereich kommt) die in Genossenschaftsbanken weit verbreitet ist. Und alle Genossenschaftsbanken haben Notes in der gleichen Version....kann ja nicht sein, dass das überall nicht funktioniert. Aber wie gesagt: "...das hatten wir noch nie !"

Wenn ich einen Hotspot mit dem Link erstelle, dann geht er.

Aber ich habe diese Möglichkeit nicht, diese andere Anwendung erstellt die Kalendertermine meines Wissens nach über eine Mailin-Datenbank.....

Der Hersteller vertröstet mich mit den aus der Autowerkstatt bekannten Worten: "Das hatten wir noch nie..."

Notes selber weiss doch auch, wenn es Links umwandeln muss, irgendwo muss es doch da eine Auswahlliste geben.....

Hallo Leute,

wir haben hier eine Bankanwendung, die unter Anderem ein neues Protokoll auf dem System einführt. Ein Link könnte so aussehen:

EKK://Kunde:<Kundennummer>

Es funktioniert auch in allen Browsern einwandfrei, wenn man einen Link so angibt, öffnet sich die Bankanwendung und der Kundendatensatz.

Nur in Notes nicht, was aber blöd ist, da die Anwendung Kalendereinträge macht, in denen unter Anderem dann die oben beschriebenen Verknüpfungen enthalten sind.

Der Notes-Client (6.55) wandelt diese Links aber nicht zu URLs um, sodass die Links immer umständlich markiert und kopiert werden müssen, um sie zu öffnen.

Wie bringt man Notes dazu, ein solches exotisches Protokoll automatisch zu einem Hotlink zu konvertieren?

Danke und Gruss
Marco