Beiträge von Bemser

ja das klingt logisch. Das heißt ich sollte dann wohl bei den anderen Servern die Aktion mit der leeeren Schablone ebenfalls durchführen. oh jeminee ... Ich habe nämlich noch 13 andere Server. Der Fehler hat sich aber anscheinend nur auf diesem System bemerkbar gemacht.

hurra !! das hat tatsächlich geklappt. Leere Schablone - Domino Directory wieder drüber .... nun funzt es. Was ich aber nicht ganz verstehe, ich habe doch die names.nsf ausgetauscht mit einer Replik von einem anderen Server !!
Ich versuch das mal noch ein wenig zu recherchieren ... aber trotzdem, wichtig ist erst mal wieder das es läuft. Danke für den Tip :-))

Gruß Stefan

Mittlerweile ist die Names.nsf ja eine Kopie von einem laufenden Server.

Wir sprechen vom Server Dokument Eintrag -Allgemein - Domänename- ? ja dort steht der Domänenname drin.

Hallo Forum, folgenden Fehler habe ich auf der Domino Konsole wenn der Router gestartet wird.

load router
30.03.2006 07:39:27 MT Collector: Started
30.03.2006 07:39:27 MT Collector: Using directory d:\Lotus\Domino\Data\mtdata
30.03.2006 07:39:28 Router: Message Tracking is enabled
30.03.2006 07:39:28 Router: Message Tracking using directory d:\Lotus\Domino\Data\mtdata
30.03.2006 07:39:28 Router: Possibly no DOMAIN set; edit the server document in the Domino Directory to set it; or refresh the Domino Directory design
30.03.2006 07:39:28 Router: Message Tracking is not enabled
30.03.2006 07:39:28 Mail Router shutdown
30.03.2006 07:39:30 MT Collector: Shutdown

Der Fehler tauchte mit einem male auf. Es wurde nichts verändert, keine Updates oder sonstige Aktionen.

Refresh vom Design, Fixup's, Compact's, Schablone wechseln und auch das austauschen der names.nsf (Replik von einen anderem laufenden Server).
Alle Maßnahmen waren erfolglos.
Die Einträge die er anmeckert (DOMAIN) sind auch alle vorhanden.

Hat jemand noch eine Idee.

Domino 6.5.3 dt. FP3 auf Windows 2000

Gruß Stefan

Hallo Forum, seit ein paar Tagen erhalte ich folgende Fehlermeldung auf der Konsole "AMgr: Unexpected error from MQPut: Insufficient memory - Message Queue pool is full."
Kann mir jemand erklären was gemeint ist und was zu tun ist???
Mir ist auch aufgefallen das sobald diese Meldung auftritt einige Agenten Ihren Dienst verweigern? Kennt jemand diese Meldung?

Domino Server 6.5.3 FP1

Gruß Stefan

ja seh ich auch so. Desewegen hätte mich mal interessiert wie der Anwender das hinbekommen hat. Er selber weiß es nämlich auch nicht.

Hallo Forum, ein Anwender hat mit einem Notes 5.09a Client eine Besprechungseinladung generiert und an mehrere Personen versendet. Die angeschriebenen Personen verfügen teils über Notes 5.09a oder 6.5.3 Clients. Alle Clients laufen auf Windows Server 6.5.3. Alle angeschriebenen bzw. eingeladenen Personen können die Einladung ablehnen und/oder delegieren. Sie können Sie aber nicht annehmen (?) Die Option "annehmen" taucht hier nirgendwo auf? Kann man das bei der Erstellung einer Besprechung/Einladung unterdrücken bzw. verhindern? und wenn wo?

Danke für nen Tip ....

Gruß Stefan

Also mit dem Designer das war nen guter Tip glaub ich. Dort steht unter den Foldern -letzte Änderung- Lotus Notes Template Development. Aber bei den Ordnern u.a. auch dem Eingangsordner sind unter "keine Aktualisierung" Haken gesetzt ?! Diese habe ich über -Eigenschaften-Gestaltung mal entfernt und siehe da nun funzt die Umsetzung. Aber wieso das jetzt genau bei dieser DB nicht funktioniert hat, bzw. warum dort diese Einstellungen waren ist mir nicht so ganz klar. Aber immerhin waren diese gesetzten Haken wohl das Problem.
Wieder was gefunden/gelernt

Würde der "load convert -u ..." da auch drüber weggehen?
Dann werde ich das beim nächsten konvertieren besser gleich so machen.

Dankee.

Gruß Stefan

ja auch das stimmt. Manchmal musste man den Maileingang schließen und wieder öffenen, manchmal sogar den ganzen Client beenden und wieder starten dann ging es aber auch. Aber in diesem Fall hat alles nicht geholfen. Habe den Schablonenwechsel jetzt noch mal mit load convert aufgerufen, leider auch hier ohne Erfolg. Ich denke ich habe erstmal kein andere Chance als eine nagelneue Notes 6 DB zu erstellen und die Daten dann manuell rüber zu kopieren.

Gruß Stefan

ja da liegt ja Problem. Ich habe die Schablone manuell gewechselt und gehe anschließend unter AKTION-Ordnergestaltung aktualisieren- Er sagt auch das er 21 Ordner findet zum aktualisieren, ich sag ich ja "autmatisch aktualisieren". Aber er setzt/kann diese nicht umsetzen egal wie oft ich das aufrufe. Die Ordner bleiben in diesem Notes 5er grün und es erfolgt bei jedem Klick auf diese Ordner ob aufgeführter Fehler.

Gruß Stefan

Hallo Forum, nachdem wir unsere Domino Server auf Domino 6.5.3 umgestellt haben, haben wir die Client auch auf 6.5.3 nachgezogen. Klappte soweit ganz gut. Jetzt habe ich einen Client der nach dem Update von Notes 5.09a auf 6.5.3 dt. und nach anschließender "Aktualisierung der Ordernergestaltung" einfach die Eingangsbox und die privaten Ordner nicht umsetzt. Es erfolgt immer wieder die Meldung "Not a sub function name: UICOPYINTONEWDOCUMENT". Ein Versuch die INotes Schablone mit anschließender Ordnergestaltung drüber zu bügeln brachte leider auch keinen Erfolg. Der Fehler bleibt egal ob ich die Schablonen wechsel oder die Gestaltung aktualisiere. Es stellt sich so da das das komplette Notes Umfeld auf 6 basiert jedoch die angesprochenen Ordner sich noch in Notes 5 (grün) darstellen.
Jemand nen Tip was man noch tun könnte?

Dankeeeee...

Gruß Stefan

Die öffentlichen Schlüssel stimmen überein. Ja wir arbeiten mit OU's. Es ist aber definitiv die richtige CERT.ID.
Komischerweise hab ich es auch bei dem Versuch mit "Zertifiziererwechseln" nicht hinbekommen an irgendeiner Stelle den Namen zu ändern?

Ich hab jetzt den umgekehrten Weg eingeschlagen und die Namensänderung vom Client über die ID-Eigenschaften angestossen. Die angehängte ID zertifiziert und dann auf der Client Seite annehmen lassen. So hat's funktioniert. Allerdings muß ich jetzt wenn ich das richtig verstehe alle anderen Einträge in DB's, E-Mail Verteiler, Gruppen etc. händisch umstellen?

Kurioserweise hatte ich unter der Server Version 5.09a nie diese Probleme. Da hat man einfach den Namen geändert, im Admin4 konnte man schön erkennen wo er gerade rumturnt und fertig.

Das wird in der neuen 6er Version wahrscheinlich nicht anders sein, aber ich find den kaputten Schalter nicht :idea:

Gruß Stefan

Hallo,
die DB's befinden sich alle auf demselben Server. Wir haben noch vier andere Server, dorthin wurden die Daten auch repliziert (ADMIN4.NSF). Überall steht allerdings derselbe Eintrag "Initiate Rename in Domino Directory". Eine tell adminp new hab ich auch schon öfters probiert, das Ding rührt sich nicht? :-?
Ich hab's jetzt noch mal mit einem neuen Testuser probiert, passiert ebenfalls nix, bzw. verhaart an der selben Stelle.

Gruß Stefan

hab's jetzt gerad noch mal mit einem 6.5.3 Client und der User-ID probiert. Dasselbe. Es kommt einfach nicht der Hinweis das der Name geändert wurde. :hammer: :hammer:

genau da befürchte ich liegt das Problem. Die Userin hat sich angemeldet. Da passiert aber nix. Dann hab ich es mit Ihrer User-Id probiert. Da passiert auch nix bei der Anmeldung. Also sprich man kann sich ganz normal anmelden, es erscheint aber keine Meldung über eine Namensänderung. Ich muß dazu sagen das Sie noch mit dem Notes Client 5.09a arbeitet, während der Domino Server schon auf 6.5.3 umgestellt ist. Kann das ein Problem sein?

nix
ist die Erinnerungsfunktion auch ein Agent?

Hallo Forum, ich habe im Notes 6.5.3 eine Userin umbennen wollen. Hab's im Admin über die Funktion "Umbennen"- "Allgemeinen Namen ändern" durchgeführt. Seitdem steht in der AdminAnforderung seit 30.06 unter ALL REQUESTS BY NAME "Initiate Rename in Domino Directory"
Muß ich noch was tun an der Stelle? Sollte der Server was tun an der Stelle? Die Anforderung ist immerhin schon 7 Tage alt.
Mit Warten komm ich da wohl nicht weiter
Bin für jeden Tip dankbar.
Gruß Stefan

Hallo Forum,
nach unser Umstellung von Domino 5.09 auf 6.5.3 läuft alles eigentlich soweit ganz gut. Jetzt häufen sich Meldungen das die Erinnerungsfunktion im Kalender nicht mehr funktioniert und zwar bei den PC's die den Client noch nicht auf 6.5.3 umgestellt haben, sprich Notes 5.01, 5.09a, 5.011. Eine Vermutung hätte ich und zwar im Severdokument/ Sicherheit. Um welche Art von Agenten handelt es sich hierbei eigentlich und welche Option im Serverdokument / Sicherheit greift hier. Unbeschränke, Beschränkte, einfache Agenten ...!

Jemand nen Tipp an welche Schraube das liegen könnte?

Danke
Gruß Stefan

Hiho, ich meine mal ein ähnliches Problem gehabt zu haben, da gab es wenn ich mich recht erinnere noch ein Indexdatei zur Mail-DB, unter dem Ordner Mail (postfach.ft). Nach dem ich die auch weggeputzt hatte funzte es endlich. Guckst Du ...

Gruß SL

Hallo Forum,

weiß jemand was folgender Eintrag auf der Console bedeutet:

02.06.2005 01:54:56 PM Begin CD to MIME Conversion(Process: Router (00006075:00000007), Database: /local/notesdata/mail.box, Note: 0004361E)
02.06.2005 01:54:56 PM Could not load de strings from resource module: strings_de
02.06.2005 01:54:56 PM Could not load de strings from resource module: strings
02.06.2005 01:54:56 PM Could not load de strings from resource module: httprs_de
02.06.2005 01:54:56 PM Could not load de strings from resource module: strings_de
02.06.2005 01:54:56 PM Could not load de strings from resource module: strings
02.06.2005 01:54:56 PM Could not load de strings from resource module: httprs_de
02.06.2005 01:54:57 PM Router: Transferred 1 messages to MDSPS.COM (host mail.pils.COM) via SMTP

Der Fehler scheint beim versenden von Mails aufzutreten.
Gruß Stefan
Mailserver Domino 6.5.3 auf Linux RedHat 9