Beiträge von hcsch

    Ich hab die Ansicht im Designer gefunden. Danke.


    Allerdings 'reicht' sie mir nicht ...
    In der Spalte Members werden zwar alle Mitglieder aufgelistet, aber
    a) die Notes User mit ihren voll-qualifizierten Namen
    b) die Leute aus anderen (öffentlichen) Adressbüchern mit mit ihren Kurznamen
    und c) nur die aus meinem persönlichen Adressbuch mit der (gewünschten) Internet-Mail Adresse


    Der Hintergrund ist, dass eine Kollegin zu einer befreundeten Organisation wechselt und dorthin gerne ihre Verteiler mitnehmen möchte.
    Dort haben sie allerdings kein Notes - wenngleich ich mal vermute, dass es mit einem Copy&Paste von einer names.nsf zu einer anderen über die Grenzen von Notes-Domänen hinweg auch nicht funktionieren würde.

    Auch bei Suche in allen Foren bekomme ich jetzt genau vier Einträge ... die zwei von eben und die beiden neuen jetzt gerade.


    Tja, was soll ich sagen? Danke für Deine Hilfe.

    Dann muss es wohl so sein, dass dies von der Kollegin beim Anlegen der Besprechung deaktiviert worden sein muss. Bei einem Test hab ich den Schalter gefunden: er heisst übrigens in deutsch 'Besitzeraktionen' ... insofern wäre die Übersetzung (es liegt mir fern, solches zu erwarten) auch nicht hilfreich gewesen.


    Aber doch noch mal anders herum gefragt: wenn ich die Option, die Besprechung absagen zu können, deaktiviert habe und dann trotzdem absagen muss, bleibt mir nichts anderes übrig, als das Termindokument zu löschen ... und die Eingeladenen bekommen es - jedenfalls auf diesem Wege - nicht mit?

    Früher (7.03) gabe es im Kalender eine Möglichkeit, eine Besprechung neu zu planen oder auch abzusagen und dabei verschiedene Benachrichtigungsoptionen auszuwählen.


    Im 8.52 Kalender finde ich den Button bzw. Menüeintrag dafür nicht mehr.

    im deutschen Template ab Zeile 2587 (die äußere IF ist der Patch):

    Es scheint sich wohl doch um einen kleinen Bug zu handeln ... ein Patch im Common_de Script hat das jedenfalls behoben:
    In der Function NOTEUserIsCreator() den letzte If Not Zweig um

    Code
    If Not(session.Isonserver) then


    erweitert und siehe da ...


    Und jetzt kann ich wohl diesen Thread (erneut und endgültig) als erledigt kennzeichnen.

    > mir wäre es zu gefährlich


    Sehe ich auch so und ich will das ja auch nicht tun.
    Und habe es ja auch für niemanden außer uns beiden Testkandidaten getan.
    Leider habe ich noch keine Lösung für das Problem.
    Und die von Michael in #5 zitierte Seite von IBM schlägt doch auch genau das vor ...


    > solltest du dich eher mit Problemlösungen befassen


    Genau das tue ich doch, indem ich hier darüber diskutiere.
    Wir sind von 7.03 auf 8.52 migriert und seither läuft der Agent nicht korrekt. Wie schon geschildert: bei einem Kollegen und bei mir haben wir es - reproduzierbar - ausprobiert. Wenn die 'restricted operations' gestattet sind, werden die überfälligen Aufgaben auf den aktuellen Tag gehievt. Wenn sie nicht erlaubt sind, läuft - ausweislich des Protokolls - der Agent auch, aber die Aufgaben bleiben da, wo sie waren.


    Wir haben das Original-Mail-Template 8.52 weder vor noch nach oder während der Migration angefasst.


    Wie kann ich den Agenten debuggen?

    Anpassungen haben wir nicht vorgenommen ... außer an den beiden, mit denen ich dem Rätsel auf die Spur zu kommen versuchte.


    Was isch jetzt aber nicht verstehe, wenn Du schreibst:
    > daß du dann auch die Berechtigungen im Serverdokument
    > für das Ausführen solcher Agenten gewähren musst


    Er lief bei mir und läuft doch jetzt bei dem Kollegen korrekt auch ohne die Anpassung im Serverdokument?

    So.
    Ohne die verringerte Sicherheitsstufe läuft der Agent definitv NICHT.
    Frag mich nicht, warum das so ist ... vielleicht hat ja jemand hier eine Lösung?


    Jedenfalls muss ich wohl oder übel die Einstellung in der Standard-Mail-Schablone ändern um nicht jede Mail-DB einzeln anzufassen oder hat jemand einen alternativen Vorschlag?

    > nicht einfach nicht lange genug gewartet


    Ich habe den Agent am Montag aktiviert.
    Die überfällige Aufgabe wurde nicht in den Montag übernommen, erst nachdem ich sie geöffnet und wieder gespeichert hatte.


    Am Dienstag (gestern) war der Agent durchgehend aktiv.
    Die Aufgabe war immer noch im Montag. Wie lange hätte ich warten sollen? Er soll ja in der Nacht laufen und es war bereits gegen 09:00 ...


    Dann habe ich gestern mittag den Agenten auf die 'restricted Operations' umgestellt ... und siehe da: heute morgen war die Aufgabe im heutigen Kalendereintrag.


    Das Log spricht, dass der Agent heute früh gelaufen ist (kurz nach 01:00, wie er es soll). Aber von gestern hat er keine Log-Einträge, obwohl er ja eigentlich aktiv gewesen ist ... vielleicht hat ihn ja auch erst die Änderung der Sicherheitsstufe so richtig aktiv gemacht?

    Moin zusammen,


    bei mir ist (und war) der Update Tasks aktiviert aber er hat die überfällige Aufgabe nicht von gestern auf heute gehievt.


    Erst das erneute Öffnen und Speichern der Aufgabe hat es gebracht.
    Ich habe jetzt mal den Agenten auf 'Beschränkte Operationen zulassen' umgestellt ... muss aber wohl bis morgen warten, ob es was gebracht hat.