Beiträge von RockWilder

    => Use Notifications on your iPhone, iPad, and iPod touch



    Einmal davon ab: es wäre wirklich hilfreich, würdest du die iOS-Version zu nennen, sowie die Domino-Version. Weiters, bis wann es funktioniert hat und was seitdem am Endgerät und/oder am Domino verändert wurde ("nichts!" ist selbstverständlich die falsche Antwort)

    Archivprofil und -policy? AdminP Requests?
    Welche Art von Zugriffen: Schreib- und/oder Lesezugriffe, Löschzugriffe?
    Die Unterzeichner-ID von Agenten ist nur die halbe Wahrheit, es gibt auch noch $OnBehaldOf ("Agenten ausführen im Namen von" oder so ähnlich im Deutschen).


    Wie weit hast du das Log-Level hochgedreht? Weil: irgendwas sehen müsste man ja; dass rein gar nichts zu sehen ist, halte ich für unwahrscheinlich.


    Wenn ihr den Standard-Client habt: hast du irgendwelche Widgets verteilt, die auf die Mail-DBs zugreifen?

    Die Idee mit den Flags überzeugt mich nicht. Zum einen des Aufwands wegen, zum anderen deswegen, weil bei großen Datenbanken eine wilde Repliziererei anfängt, da ja sämtliche Dokumente angefasst werden. Von Maschinen- und Netzwerklast einmal abgesehen, kann das naturgemäß auch zu umfangreichen "Aufräumarbeiten" führen, wenn sich die Replikatoren verhaken. Habt ihr Translogging aktiv, wird sich der Logger vor lauter translogging u.U. gar nicht mehr einkriegen. Das wiederum kann je nach Sicherungsstrategie relevant werden.


    Wenn ihr Agenten habt, die nicht mit der Server.id oder der Unterzeichner-ID laufen sollen, was spricht gegen technische IDs, mit denen die Agenten unterzeichnet werden? Davon ab, dass man die Gruppenmitgliedschaften mit erweiterten Rechten gewaltig ausdünnen und/oder die Serverdokumente bereinigen könnte, wäre ohnehin viel gewonnen, wenn bspw. nur */Admin/Org oder */Dev/Org erweiterte Rechte hat und alles unterhalb von bspw. */User/Org halt nicht.
    So könntet ihr Datenbanken umziehen, ohne euch um irgendwas kümmern zu müssen: der AdminP weiß schon, was er wann wie zu tun hat und die "ProcessedDocuments"-Liste wird auch mitgenommen.


    Jetzt ist es erstmal so, wie es ist und neue IDs werden am unmittelbar notwendigen Aufwand auch wenig ändern. Die Frage ist nur, ob ihr euch den Stress das nächste Mal wieder geben wollt, oder ob ihr es diesmal so aufsetzt, dass es eben nur dieses Mal Aufwand ist. Insbesondere wenn du sagst, dein Nachfolger ist noch nicht vollständig einsatzbereit, wäre es eine Überlegung wert, denke ich.

    Beim Setzen des $OnBehalfOf darauf achten, nicht nur "Server/Org" reinzuschreiben, sondern "CN=Server/O=Org".


    Frage dazu: irgendwann habe ich irgendwo in irgendeinem Zusammenhang gelesen, dass bei Agenten, die auf neue oder geänderte Dokumente getriggert sind, besonders aufzupassen ist. Intern verwalten die eine Liste mit den bereits bearbeiteten Dokumenten und wenn sich der Server ändert und/oder bestimmte andere Einstellungen am Agenten, trampelt der glatt nochmal los und weil dann alle Dokumente für ihn neu sind, läuft er auch über alle. Je nach Agent und Dokument kann es "nur" ein Kuddelmuddel" geben, im schlimmsten Falle ein mittleres Chaos (bspw.: Spesenabrechnungen, die dann nocheinmal zur Buchung und Erstattung der Auslagen verarbeitet werden).
    Keine Ahnung, ob das heute immernoch so ist; das war IIRC zu frühen 8.0er Zeiten.



    Und du willst wirklich so kurz vor deiner Rente (meine Glückwunsch dazu! :thumbup: ) noch am System rumdoktorn und nicht lieber deinen Nachfolger auf die Nase fallen lassen? :P

    Dass es keine wie auch immer gearteten Nachteile in keiner wie auch immer gearteten Situation geben kann oder könnte, habe ich nicht behauptet, sondern gefragt: "was spricht dagegen?". Ihr habt die Accounts so eingerichtet, ihr werdet sicherlich einen Überblick darüber haben, was ihr aus welchen Gründen wie konfiguriert habt.
    Unterm Strich scheint mir das aber doch eher rumgedoktore an Symptomen zu sein. Viel spannender ist die Frage, warum der empfangende Server den Body zerhackt. Was hast du bereits zur Lösungsfindung unternommen?

    Zunächst einmal: welche Umlaute funktionieren nicht? Im Body oder in der Absender-/Empfängeradresse?
    Zweitens: was spricht dagegen, die Clients anzuweisen grundsätzlich RT zu senden? Wäre eigentlich zu bevorzugen, um die Konvertierung von RT auf Plain Text kümmert sich der Router von selbst, wenn eine STMP-Mail nach draußen gesendet werden soll und der Empfänger kein RT kann.

    Da "CRM" zunächst einmal ein ziemlich weites Feld ist, dürfte ab einer gewissen Komplexitätsstufe der Freeware-Ansatz nicht mehr zu halten sein: da steckt dann einfach zu viel Entwicklungsaufwand drin, als dass das jemand kostenfrei abgibt. Nicht umsonst kosten die gängigen CRM auf Domino-Basis einiges an Geld.


    Für die genannten Anforderungen kann man aber auch mit verhältnismäßig wenig Aufwand das stinknormale Mailtemplate aufbohren. Sogar das (halb-)automatische Erkennen von Mails zu einem Kunden/Vorgang, inkl. Ablage in einem entsprechenden Ordner, kann durch Regeln abgebildet werden. Will/Muss man das verschärfen, kommt man um entsprechende Agenten nicht drumherum, aber das ist auch kein Hexenwerk.
    Geht es dann darum, Workflows abzubilden, wird es naturgemäß komplexer. Das lässt sich aber aus deinem hier genannten Anforderungskatalog nicht abschätzen.


    Das Überführen der bestehenden Daten können ebenfalls Agenten übernehmen. OneNote kenne ich nicht, aber wenn es SQL beherrscht, kommt man mit Domino-eigenen Bordmitteln sehr gut dran.

    Die Maske hat wohl nur diese drei Felder: Username, Status, Bermerkung. Je nach Anwendungsfall kann eine Benachrichtigung auch gewünscht sein, wenn sich die Bemerkung ändert. Wird aus dem Ursprungspost nicht deutlich. Darauf ausgelegt ist auch der Agent.
    Bei 50 Feldern sieht es anders aus und/oder wenn es ausschließlich den Status betreffen soll, da gebe ich dir Recht. Ein Hoch auf ein sauberes und unzweideutiges Lastenheft ;)

    Oder -vllt. etwas einfacher- einen Agenten, der auf neue und geänderte Dokumente getriggert ist. Wird der Status geändert und das Dokument gespeichert, läuft der Agent los und verschickt die Mail. Dann könnte man sich das Gegenprüfen der Items sparen und wäre ein Einzeiler in Formelsprache.


    // edit:
    Will man gegen geändert, aber nicht gegen neue Dokumente den Agenten laufen lassen, sollte in der Speichern-Aktion ein Marker gesetzt (oder entfernt, das nimmt sich nichts) werden, der dann im Agenten abgeprüft wird. Bliebe unterm Strich dann immernoch beim Einzeiler.

    Ist die Form, mit der die Antwortdokumente generiert werden, auch vom Typ "Antwortdokument" mit all den Einstellungen, die es noch braucht ("Werte aus Hauptdokument übernehmen", ...)?


    Wenn du den Debugger einschaltest: an welcher Stelle exakt wird der Fehler geworfen; was soll da passieren und was passiert tatsächlich?

    Die Regeln werden vom Router-Task des Servers abgearbeitet, nicht vom Client. Das ist nicht wie bspw. beim T-Bird.
    Das OpenNTF-Projekt macht -grob ausgedrückt- nichts anderes, als Mails entsprechend der Regeln zu selektieren und dann zu verschieben. Im Grunde also kaum mehr, als man als User auch selbst vornehmen kann.


    Was mich aber ein wenig wundert: es baut eine FullAccessAdministration-Session auf (siehe: Original-Artikel von IBM). Da stellt sich für mich in dem Moment auch die Frage ob und wie das funktioniert, wenn ein User nicht in der entsprechenden Gruppe gelistet ist, wenn es auf einem Server läuft, bzw. wofür man das auf einem Client braucht.


    Weiters stört mich ein wenig "openMailDatabase". Auf einem Client öffnet es die Datenbank, die im Location-Document eingetragen ist; auf dem Server öffnet es die Datenbank der ID, mit der der Code signiert wurde. Üblicherweise also die server.id oder eine generische Admin-ID. Ob und wie man sich damit ggf. als "normaler" User erweiterte Rechte erschleichen kann, sollte man vorher sehr genau austesten, bevor man das Plugin deployt.


    Alles in allem: stellenweise erscheint es eher nonchalant designt und gecodet. Zudem bietet es keinen erkennbaren Mehrwert. Käme auf keine Clients oder Server, für die ich Produktionsverantwortung hätte.

    Michael_B: Als "Frozenzone" wird in der Regel ein Zeitraum bezeichnet, innerhalb dessen keine Changes (a.k.a.: jegliche Änderung an Produktivsystemen) durchgeführt werden dürfen. Üblicherweise von Mitte/Ende November/Anfang Dezember, bis in den Januar rein. Dadurch soll u.a. sichergestellt sein, dass der Jahresabschluss reibungslos klappt. Ist im Bankensektor (vermutlich nicht nur da) gängige Praxis.


    jogi9470: Tut mir leid: aber ich kann nicht anders, als herzhaft darüber zu lachen, dass es ausgerechnet einen Revisor trifft. Damit hat es genau den richtigen erwischt.
    Ok, Spaß beiseite. Zunächst einmal hat dein RZ unter Garantie noch eine aktuelle ID vorrätig. Jedenfalls unter der Prämisse, dass der Herr Revisor -wie es vorgesehen ist- üblicherweise in seiner Citrix-Umgebung schafft. Tut er das nicht, ist dort die ID hoffnungslos veraltet, weil er meint so oberschlau zu sein, dass er grundsätzlich lokal arbeitet (manche meinen halt, gleicher zu sein, als alle anderen), dann ist das sein ureigenstes Problem. Und auch das geschieht ihm recht.
    Eine ID hervor zu holen und zu hoffen, dass damit die lokale Entschlüsselung seiner DBs klappt, kann funktionieren, unter gewissen Umständen halt aber auch nicht. Bspw. wenn er zwischenzeitlich mal rezertifiziert wurde. Dann ist Sense.
    Weiters: er kann seinen User nicht hinrichten. Er kann höchstens seine ID verschlampen und wenn er keine Sicherung hat (die er nicht bräuchte, wenn er sich an die Regeln halten würde, die für alle gelten), gibt es keine Möglichkeit, die DBs zu entschlüsseln. Das trifft aber nicht nur auf seine DB an sich zu, sondern auf jede verschlüsselte Mail, die er mal erhalten oder verschickt hat. Wie alt ist denn die ID, die ihr zurück geholt habt und was ist die exakte Fehlermeldung?


    Einiges von dem, was du schilderst, ist mir ebenfalls nicht ganz einleuchtend. Aus dem, was sich mir auf Anhieb erschließt, lese ich aber ganz klar ein Layer-8-Problem heraus. Dazu wende dich bitte an dein RZ, die verdienen ihr Geld damit, solcherlei Probleme zu fixen. Können sie das aus angesprochenen Gründen nicht, werden sie euch das auch so mitteilen, verbunden mit den freundlichen Hinweisen, a) solcherlei Späße fürderhin bleiben zu lassen und b) grundsätzlich für vertragswidriges Verhalten keinen Support zu leisten.
    Von irgendwelchen kruden Tools, die vorgeben, an der Stelle etwas ausrichten zu können (wie genau soll das denn funktionieren?), würde ich an deiner Stelle die Finger lassen. Nicht nur, weil in der Regel derlei Versprechen snake oil sind und sonst nichts. Sondern auch, weil sich dein RZ sicherlich darüber freuen wird, wenn du -mittelbar- an seinem Datenbestand rumfriemelst. Schau in die Dienstleistungsverträge, da wird sicherlich drin stehen, dass ihr davon die Finger lassen sollt. War zumindest "zu meiner Zeit" noch so.

    Mein riesiges Problem ist es nur, dass ich mit Notes noch nicht wirklich zurecht komme, da ich vorher nur im Web-Bereich tätig war. Nun sitze ich seit einen Monat vor Notes und es geht nicht voran.

    Ich verstehe dein Problem. Aber ich halte es -mit allem Respekt!- für ein eher mutiges Unterfangen ohne Vorkenntnisse in einer fremden Umgebung von Null auf Sofort mehr hinzubekommen, als "Hello World". Um es mal plakativ auszudrücken. Zu einem Admin oder Dev gehört eben auch, dass er den Skill hat zu sagen, wo ihm noch Skill fehlt und entsprechende Schulungen zu besuchen, sich dann langsam an die Materie ranzutasten und erst mit einem gewissen fachlichen Background dann solch anspruchsvolle Aufgaben zu übernehmen.


    Zitat

    Dementsprechend ist das Forum meine letzte Hoffnung wenigstens einen Lösungsansatz in Sachen Code zu finden, was für mich schon ein riesiger Fortschritt wäre.

    Auch hier wieder mit allem Respekt und Verständnis für deine Situation: aber zumindest von mir wird kein fertiger Code kommen. Einige Forenmitglieder verdienen ihr Geld damit, diese Art von Dienstleistungen zu erbringen. Denen mag und werde ich nicht dazwischenfunken. Der Grundgedanke des Forums ist zum Teil auch, dass es Hilfe zur Selbsthilfe gibt.
    Wenn du mehr oder weniger fertigen Code hast und an einer ganz spezifischen Stelle nicht weiterkommst, werde ich sehr gern die eine oder andere Zeile beisteuern. Aber die Idee, dass "das Forum" deine Anwendung schreibt, ist -wieder plakativ ausgedrückt- ein wenig optimistisch...


    Es wird immer wieder gern darauf verwiesen: "aber mein Chef hat gesagt, ich soll das tun und der bezahlt auch keine Schulungen" ... long story, short: tja, Pech gehabt, lieber Chef. Sorge für deine Mitarbeiter oder mach deinen Krempel selbst. So einfach ist die Welt. Und niemand von uns muss (oder sollte) zu allem "Ja und Amen" sagen. Wie gesagt: es gehört zu unseren Pflichten ebenso wie zu unseren Rechten, dass wir im Zweifel darauf pochen oder halt auch klar deutlich machen, dass unter gegebenen Umständen eine Aufgabe nicht in kurzer Zeit lösbar ist.


    So, soviel zur Vorrede, nun zum eigentlichen Thema:
    - wie weit hast du dich in die Materie bereit eingearbeitet? Soll heißen: wie weit ist deine Anwendung bereits fortgeschritten?
    - Sollst du eine neue von Grund auf designen und programmieren oder besteht bereits ein Rumpf, auf dem du aufsetzen kannst?
    - Wenn noch gar nichts besteht: wie weit hast du dich mit den grundlegenden Dingen der Anwendungsentwicklung unter Notes/Domino beschäftigen können?
    - Wie weit gehen deine Entwickler- und Programmeirskills? Du sagst, du warst im "Web-Bereich" tätig: das ist ein weites Feld. Das geht von "HTML von Grund auf im vi schreiben" bis zu "irgendeinen Klicki-Bunti-Müll mit Flash und JavaScript mit Code-Generatoren zusammenkleistern". Die Spanne zwischen diesen beiden Positionen ist gewaltig.
    - Das Formel-Konstrukt "@Adjust" habe ich bereits erwähnt, ebenso wie die NotesDateTime-Klasse. Wie weit hast du dir das bereits angesehen?
    - Welcher Skill besteht bei euch im Hause überhaupt Notes/Domino betreffend; kannst du mit einem erfahrenen Dev zusammen- und dich so in die Materie einarbeiten?
    - Wie sieht überhaupt die Timeline aus?

    Zunächst einmal:
    - vor dem Addieren prüfen,
    -- ob der Tag ein Wochenende ist (was machst du mit Feiertagen? Regional ebenso wie bundeseinheitlich)
    -- ob Teile des angegebenen Zeitraumes vor 8am oder 6pm liegt.
    ---- wenn ja: entsprechend kürzen
    - wenn Formelsprache: @Adjust
    - wenn LS: AdjustDay, AdjustHour, AdjustMinute, ... der NotesDateTime-Klasse verwenden


    Aber:
    - was ist, wenn zu "Heute, 17:30 Uhr" noch einmal 2 Stunden addiert werden sollen?
    -- ab 18:00 Uhr kappen?
    -- "Überstunden" irgendwo notieren?
    - was ist, wenn zu "Freitag, 18. November, 15:00 Uhr" noch 2 Tage und 3:01 Stunden addiert werden sollen?
    -- "Sonntag, 18:01 Uhr" dürfte nicht korrekt sein, wenn ich dich richtig verstehe?
    --- es sollte vermutlich "Mittwoch, 23. November, 08:01 Uhr" dabei rumkommen (unter der Annahme, dass ausschließlich Mo-Fr geschafft werden soll)?


    Einen Anfang zu finden, ist gar nicht mal so schwierig. Aber ein Ende zu finden ist weit weniger trivial, da gebe ich dir recht. Es sind eine Reihe von Fällen und Ausnahmen zu berücksichtigen, die in Summe das Gesamtkonstrukt ziemlich schnell in Arbeit ausarten lassen.


    Wofür brauchst du das? Vllt. gibt es Wege und Möglichkeiten, das ganze abzukürzen oder auf anderem Wege zu lösen.

    Kleiner Hinweis: je nach Einrichtung steht die alte Admin-ID in sämtlichen noch nicht rezertifizierten User-IDs drin. Jede Zertifikatsanforderung dieser Legacy-IDs wird also auch an die alte Adminadresse geschickt werden.
    Abhilfe: Rezertifizierung oder (temporär, bis alle IDs abgefrühstückt sind) nochmal die alte Adminadresse ins DD aufnehmen.

    Versuch spaßeshalber mal anstatt

    Code
    load nconvert mail\txxx.nsf StdR8Mail/de mail8.ntf

    einen etwas generischeren Ansatz:

    Code
    load nconvert mail\txxx.nsf * mail8.ntf


    Was passiert, wenn du eine neue DB anlegst: ist dort das Design korrekt enthalten? Eine neue, leere DB ohne Dokumente und Ansichtsindizes, etc. braucht einige MB Platz; im Grunde Pi mal Daumen das, was auch ein Default Template verbrät. Ist das Design nur gesymlinkt, ist die DB wesentlich kleiner.


    Was passiert, wenn du die Schablone einfach aus dem notesdata entfernst und eine DB öffnest? Sieht alles gut aus und es hagelt keine Fehler, ist das Design in der DB.


    Was sagt die Usage Activity der DB im Anschluss an den Design-/Convert-Lauf? Es müssten haufenweise Schreib-/Leseoperationen verzeichnet sein.


    Hast du schon mit geeigeneten Tools (NotesPeek, scanEZ, ....) geprüft?