Beiträge von gunnntrrr

    Die Indizes hab ich - in der names.nsf und der resource.nsf - mit dem Designer unter "Ansichten verwalten / Bereinigen" rausgelöscht, hoffentlich.


    Schablone hab ich nicht neu drübergezogen, werd ich gleich machen.


    Die Servertasks "Schedule", "Rooms and Resources" und "Calconn" laufen.


    Bei Personen sehe ich die belegten Zeiten, wie es sich gehört.
    Nur bei Räumen / Ressourcen sehe ich keine belsgten Zeiten und bekomme auch kein Bestätigungsmail.

    Hallo zusammen,
    ich weiß, zu diesem Thema gibt es bereits Einträge im Forum und den betroffenen konnte geholfen werden.
    Leider bin ich damit nicht weitergekommen :


    - Die Ressourcenreservierung selbst funktioniert, ich sehe in der Ressourcendatenbank alle Räume und kann da drin reservieren.


    - Diese Räume sind auch im PAB als Mail-In Databases sichtbar.


    - Besprechungseinladungen funktionieren normal. Ich sehe die Verfügbarkeit von Personen und die Personen erhalten die Einladungen.
    !! was ich in der Einladung im Planer nicht sehe, ist die Verfügbarkeit der Räume. Besser gesagt die Nicht-Verfügbarkeit weil ich keine vorhandenen Reservierungen der Räume sehe. !!


    Die busytimes.nsf am Server hab ich schon mal gelöscht, die hat sich neu aufgebaut, es gibt auch Einträge für die Räume da drin.


    Dazu ist noch zu sagen, nach dem Update haben auch Raum- oder Ressourcenreservierungen nicht möglich, weil die entsprechenden Ansichten im PAB nichts angezeigt haben (nur leere Zeilen) : ($Rooms) unhd ($Resources).
    Ich hab die beiden Ansichten dann kopiert, danach waren die einzelnen Zeilen wieder sichtbar. Jetzt tragen die Kopien den Originalnamen.


    wäre Euch für Tipps dankbar.


    Günther

    Danke für den Hinweis, dieses Problem hatte ich schon mal. In einer Ansicht mit allen "blauen" wurden diese auf "grün" umgefärbt, und waren dann aus der Ansicht verschwunden, bildlich gesprochen.
    Im aktuellen Fall ändert sich aber am Inhalt der Ansicht nichts...

    Das ist eigentlich der komplette Code.
    Der Agent ist auf periodisch eingestellt.
    Wenn ich diesen Code in einen neuen Agent reingebe, der manuell gestartet wird, dann passiert das selbe : ohne aus dem aktuellen Doc was auszulesen wird auch das Doc nnicht neuberechnet.
    Eigentlich glaube ich dass der Agent nicht abschmiert sondern nur blitzschnell fertig wird, weil eben nichts zu tun ist.
    Wie gesagt, kaum lese ich irgendwas aus dem Doc, dann läuft alles wie gewollt.

    Ja, scheint so zu sein dass ohne Reinschnüffeln in die Dokumente gar nichts mehr gemacht wird.
    Werd mal sehen, ob ein Upgrade der OnDisk-Struktur, ein NUPDALL und ein NCOMPACT am ganzen Server die Sache geradebiegt. Dazu bin ich nämlich nach dem Update noch nicht gekommen.

    Habs jetzt so umgestellt.


    Der Fehler beim Ausstieg des Agent ist :


    AMgr: Agent (MyAgent' in mydatabase.nsf') printing: ComputeWithForm : 0 documents updated


    Allerdings, wenn ich den erwähnten Zugriff auf das Dokument vorher durchführe :


    'MyText = doc.universalID'


    dann läuft der Agent über die gesamte Ansicht fertig.

    Okay, ich habe "call doc.ComputeWithForm" jetzt umgestellt auf
    "success = doc.ComputeWithForm" usw.
    Das Problem bleibt das selbe :
    wenn ich außer "ComputeWithForm" nichts am doc mache, dann vertschüsst sich der Agent nach einer guten Minute.
    Es genügt, wenn ich nur eine Variable aus dem doc auslese (zB : "MyText = doc.universalID"), dann läuft der Agent durch.

    Das isses ja.


    Vor und nach der Schleife hab ich eh schon immer meine Log-Einträge.


    Der Clu ist, dass die Schleife, also mit dem Neuberechnen, nur dann komplett fertig läuft wenn ich außer dem ComputWithForm auch was ins Log schreibe.


    werd jetzt mal versuchen statt des Log-Schreibens irgendeine Turnübung reinzugeben, läuft bhalt der Agent etwas länger aber müllt mir nicht das Log voll.


    Wie gesagt, seit 5 Jahren läuft der Agent klaglos, seit 8.5.2 zickt er.

    Sorry, wollte es einfach halten.


    > Error Handling gibt es, es kommt aber kein Error.


    > Max 5 Agents, max 2 Stunden Laufzeit am Server.


    > Ins Log schreibe ich normal nichts, um es nicht zu überfüllen.


    Jetzt kommt der Hammer :
    hab eine Log-Zeile eingefügt :
    ....
    Print "Update Bestellposition : Agent : " + doc.universalID
    Call doc.ComputeWithForm(True, False)
    .....


    und seither läuft der Agent unbeirrt durch.
    Hab halt ein Riesen Logfile....

    Hallo zusammen,


    über Weihnachten habe ich endlich meinen Server auf 8.5.2 umgestellt.
    Seither ist es leider so, dass ein Agent, der immer zuverlässig gelaufen ist, nur mehr kurz läuft.
    Und zwar hat dieser Agent bis zu ca. 100.000 Spiegeldokumente aus einem anderem System neu zu berechnen.


    Der Code ist ganz einfach :


    Set db = ns.CurrentDatabase
    Set view = db.GetView("Bestellpositionen")
    Set doc = view.GetFirstDocument
    While (Not doc Is Nothing)
    Call doc.ComputeWithForm(True, False)
    Call doc.Save(True, False, True)
    Set doc = view.GetNextDocument(doc)
    Wend


    Komisch ist : wenn ich einen manuellen Agent baue, der das selbe macht, und diesen am Client starte dann läuft er "ewig" (ich brech ihn halt ab, weil vom Client aus würde es Tage dauern).
    Läuft der Agent am Server (im Hintergrund), dann ist nach gut einer Minute und vielleicht 1000 Dokumenten Schluss.
    Übrigens vertschüsst sich der Agent auch, wenn er am Server auf einem Client manuell gestartet wird.
    Im NAB im Serverdokument gibt es einen Parameter "Agent manager" "Max% busy before delay", der soll aber nur für Server < 4.6 gelten...
    Die Server-CPU (auf der neuen Maschine nur eine derzeit) ist schon ordentlich ausgelastet...


    Danke für Eure Tipps


    Günther

    Hallo zusammen,


    einer meiner User bekommt ein Mail von Extern, bei diesem (und scheinbar nur bei diesem) Absender kann er nicht antworten.
    Und zwar will Notes die Antwort an
    "Max Muster/Firma@domain.com"
    senden.
    Im Mail selber gibt es die Felder :
    From : "CN=Max Muster/O=Firma"
    FromDomain : "domain.com"
    und
    InetFrom : "mm@domain.com" (das wäre die richtige Adresse)


    Liegt beim Absender eine Fehlkonfiguration vor ?
    Kann ich unseren Client so einstellen, dass bei Vorhandensein eines Feldes "InetFrom" dieses für Antworten verwendet wird ?
    Ist da am Server etwas einzustellen ?


    Normalerweise haben die empfangenen Mails ja kein Feld "InetFrom" und auch kein Feld "FromDomain", sondern nur ein Feld "From" im Format
    ' "Max Muster" <mm@domain.com> '


    Hab dieser Tage den Server auf 8.5.2 upgedatet.
    Da Problem tritt bei Clients mit Version 7 und Version 8.5 auf.



    Vielen Dank für Eure Unterstützung


    Günther

    Ok, hab da mal in den Code reingegraben.
    Es wird vom Mail ein "Sendedokument" kopiert, dort werden mit "CopyAllItems" alle Felder rüberkopiert.
    Das Sendedokument wird dann mit doc.send versandt und dann wieder gelöscht.
    Hab mir so ein Sendedokument angesehen, da sieht der Anhang im Notes genau gleich aus.
    Wenn ich übrigens ein solches Dokument in meien eigene Mailbox kopiere und es dann sende, kommt es mit Grafik an.
    Wenn ich in der Applikation einen ganz einfachen doc.send Befehl absetze, kommt es trotzdem ohne Grafik.

    "MIME" Format ist in der Arbeitsumgebung eingestellt.
    Habs aber mit "Rich Text" auch probiert, selbes Problem.


    Wie gesagt, wenn ich aus meiner eigenen Mailbox sende, geht es eh. Nur aus dieser Applikation raus kommen die Grafiken nicht mit. Daher vermute ich, dass es an der Datenbank selber oder an der Memo-Maske in dieser Datenbank liegt.

    Zum Beispiel hab ich ein solches Bildchen im Microsoft Photo Editor und kopiere es über die Zwischenablage ins Memo.


    Wie gesagt, in meiner normalen Mailbox funktioniert das.
    Kann also nicht am Notes Server liegen und auch nicht an der Art wie ich das Bild reingebe, sondern entweder an der Datenbanl selber oder an der Maske.