Beiträge von koehlerbv

Ist für die Inbox "Nur ungelesene anzeigen" eingestellt?

Bernhard

Hast Du nur den Domino durchgestartet oder die ganze Box?
Wenn da ein Drittprogramm die DB blockiert (hängende Archivierung o.ä.), dann zeigt sich dieser Übeltäter von einem Domino-Restart garantiert wenig beeindruckt.

Bernhard

Ein Folder hat kein Select.
Folder "ABC" zu löschen und danach einen neuen Folder "ABC" zu erstellen steht Dir vollkommen frei. Du darfst dann nur nicht erwarten, dass im neuen Folder irgewndwelche Dokumente angezeigt werden, da Du ja mit dem Löschen alle Referenzen endgültig vernichtet hast.

Bernhard

Ein Folder speichert lediglich Verweise auf Dokumente, aber nicht diese selber. Daher hat das Löschen eines Folders keinerlei Auswirkungen auf Dokumente selber.

Bernhard

Mergen kann man auch, wenn in beiden Zellen bereits Inhalt vorhanden ist.
Leider könnte es auch sein, dass die Tabelle "einen Schlag weg hat".

Du sprichst von den Einstellungen zur ANZEIGE von Mehrfachwerten. Diese Einstellungen haben aber mit denen für die EINGABE gar nichts zu tun.
Du müsstest Dein Posting daher präzisieren.

Bernhard

Abgesehen davon, dass der Fragesteller vom Designer keine Kennung hat, sondern "nur" normaler Anwender ist: Das ist Quatsch. Damit bastelt man sich ein Logo in das eigene Mailfile. Davon bekommt kein anderer User (Mailempfänger) irgendetwas mit.

Bernhard

Bei tausenden unterschiedlicher Ablagenummern oder -Orte wäre das aber gar keine gute Idee ...

Bernhard

Für die embedded view ist "single category" bzw. "Einzelne Kategorie" das Schlagwort. Siehe hierzu die DesignerHelp - da ist das genau beschrieben.

Bernhard

Und welche Client-Version habt Ihr?

Bernhard

Hm. Und wenn man eine lokale DB wenigstens halbwegs sicher gestalten will, dann hat man konsistente ACL darauf und verbietet natürlich den ohne fraglichen Mitarbeitern das Löschen ... Ich finde das also keine hilfreiche Idee.

Ab gesehen davon: Wenn man WIRKLICH Daten klauen will, setzt man dafür auch einen Fachmann ein, für den dass dan alles Kinderkram ist. Von organisationsinternen Massnahmen (die den Datenklau uninteressant werden lassen und sowieso viel wichtiger sind), mag ich jetzt gar nicht reden.

Bernhard

Die Frage, die sich mir stellt: Wozu soll das gut sein? "Irgendwo" kommen neue Mails sowieso an. Warum sollte das Teil dann nicht "Inbox" heissen?

Bernhard

Dieses Problem hatten in der Tat die Versionen 6.5.1 bis 6.5.3 und mit 6.5.4 wurde dann das Problem gefixt.
Einen Workaround gibt es nicht, es hilft nur das Update auf 6.5.4+
(Siehe Technote zu SPR# APAI5WQSSQ)

Bernhard

Hallo "Sub",

mich als Troll zu bezeichnen, ist etwas verwegen, denke ich. Trotzdem tut es mir aber sehr leid, dass das bei Dir so angekommen ist. Ich werde daran arbeiten. Versprochen.

Bedenke aber bitte folgendes:
Mit entsprechenden Kenntnissen ist es ohne weiteres machbar, per WinAPI das keybrd-Event abzufangen.
Dieses gilt dann aber erstmal Windows-weit.
Ergo musst Du auch noch das Window-Handle, für welches dieses gelten soll, abprüfen. Ansonsten gibt es Ärger an die Backe, wenn jemand das Fenster / die Applikation wechselt und auch dort nicht mehr drucken kann, wo es doch erlaubt ist ... Damit wird es schon erheblich schwieriger. Zudem Du das ja vom Notes-Client aus steuern musst.
Weiterhin: Wenn der "böse Bube" feststellt, dass er durch direkten Zugang in die DB keine Schirmschüsse mehr machen kann, dann greift er eben anders auf die DB zu. Wie man an Events des DatabaseScripts vorbei kommt, brauche ich Dir ja offensichtlich nicht zu beschreiben.

Abgesehen von allem Zorn Deinerseits: Vielleicht kannst Du ja auch einfach mal genauer beschreiben, was Du warum verhindern willst. Es gilt ja: Mehr Input, mehr Output.

Bernhard

PS: Zu "mangelnde menschliche Leistung" stehe ich. Du hast es nur vermutlich nicht richtig verstanden: Auch an den unmöglichsten Stellen soll partout die Software teilweise einfache menschlich-organisatorische Leistung ersetzen oder korrigieren. Das hat aber noch nie funktioniert. Wenn Du es genau betrachtest, kann nur die Unterstützung funktionieren. Der Ersatz nicht - oder Mensch findet einen Ersatz für den Ersatz ...

Das Verbiegen von Absenderadressen aus dem Notes-Client heraus oder auch durch einen Agent auf dem Domino-Server ist nicht zielführend. Notes / Domino wehren sich schlecht dagegen und geben immer die Info mit, wer die Mail wirklich versandt haben.

Wenn Ihr schon News verschickt, wird dies ja durch eine Notes-DB passieren. Dann kann man auch den so erzeugten Newsletter hernehmen (als NotesDocument Object) und ihn statt mit NotesDocument.Send zu versenden mit NotesDocument.CopyToDatabase in die MAIL.BOX des Routers kopieren. In diesem Fall wird auch die Absenderadresse "From" nicht mehr angefasst.

Dieses Spoofing ist aber nicht so ganz ohne: Wenn nicht heute, so doch vielleicht morgen oder übermorgen könnte Euer Server ja mehrere Mailboxen verwalten müssen. Aber auch das ist lösbar.

Wenn ein solches Verfahren bei Euch möglich wäre, werden hier sicher mehr als ein Forumsteilnehmer (mich inkludiert) gerne antworten bei konkrekten Fragen.

Bernhard

Irgendwie scheint jetzt aber hier aneinander vorbei geschrieben zu werden:
Unter den genannten Umständen triggert der User den Index-Aufbau. Der wird aber auf dem Server aufgebaut, nicht irgendwie "lokal".
Greift ein weiterer User auf die Ansicht zu und diese kann nicht mehr beim Client gecached präsentiert werden, dann kann es zu sehr eigentümlichen Inhalten kommen.
Gleiches passiert ja, wenn man den Server über Zeitberechnungen innert einer Ansicht zum Ansichtsaufbau zwingt. Das geht hundertmal gut, aber beim 101. Mal kracht es dann.
Das Verfahren mit der zeitabhängigen Funktion innerhalb einer Ansichtsspalte oder der view selection formula geht sogar noch über das index discarding hinaus (siehe hierzu Ronka's Post).

Fazit: Dynamische Ansichten sind so nicht (sicher) zu machen, solange die DB auf dem Server geöffnet wird. "Snork" wird sich wohl nicht sooo lange an derartigen "dynamischen Ansichten" erfreuen. Irgendwann schepperts!

Bernhard

Hier soll Software wieder mangelnde menschliche Leistungen ersetzen. Das ist meist zum Scheitern verurteilt.
Ronka hat eigentlich schon alles gesagt: Es gäbe partielle Lösungen, deren Aufwand aber dem Nutzen und vor allem den Risiken und Nebenwirkungen in keinster Weise Rechnung tragen.

Beispiel:
Du öffnest eine DB und startest dabei ein Programm (WinAPI), welches die Druck-Taste wegbiegt. Allein der Begriff "Öffnen" bietet schon Sprengstoff genug: Du kannst ein Notes-Dokument auch öffnen, ohne bestimmte globale Events der Notes-DB ausführen zu müssen (notfalls schickt man sich eben selbst einen Link auf das Dokument und öffnet dieses dann eben über den Link).
Okay, nehmen ir aber an, das würde funktionieren. Da WinAPI, sind jetzt auch sämtliche anderen Fenster vom Drucken ausgenommen - sei es die DB im anderen (Notes-)Fenster oder Word oder ...

Nochmals: Aufwand und Nutzen stehen in keinem Verhältnis.
Letztens hat mir ein entsprechend Begeisterter vorgeführt, dass es mit MS SharePoint wirklich möglich ist, jemand von eben diesen Handlungen abzuhalten. Keine drei Minuten später hatte ich meinen Screenshot in der Hand ... Obwohl SharePoint doch so perfekt in Windows eingebettet ist ...

Vergiss es, "Sub".

Bernhard

Nun, $File ist kein eindeutiges Zeichen, dass in dem Dokument ein Attachment steckt.
Hierfür ist ein Scannen der EmbeddedObjects notwendig und auf die Property Type zu checken.

Da innerhalb eines Mailfiles durchaus Attachments gleichen Namens auftreten können, wird eine solche Routine auch kein Wenigzeiler werden (wobei das natürlich Betrachtungssache ist ).

Fazit: Ohne weiteres machbar. "Voodoo" nicht erforderlich, das ist pures handwerk. Genau dieses muss man aber dazu gut beherrschen.

Bernhard

Dies betrifft ja auch nur Mails, die innerhalb Notes verschickt werden. Alles, was von aussen kommt, bereitet der Router auf - und da wird immer ein RTF- bzw. MIME-Body gebildet.

Dass aber intern Agents Mail versenden und man dabei auf RichText verzichtet, ist durchaus gebräuchlich.

Bernhard

Und was ist das dann