Domino 9 und frühere Versionen > ND6: Entwicklung

Send Newsletters Agent aus Discussion DB soll Leserfelder berücksichtigen

(1/2) > >>

daija:
Hallo,

ich habe die Discussion DB in der Maske MainTopic um Leser und Autorenfelder erweitert.
Hat sich schon mal jemand mit dem Agent auseinander gesetzt und kann mir sagen, was ich anpassen muss, damit der Agent nicht die Dokumente in der Zusammenfassung auflistet, auf die der User keinen Lesezugriff hat?

Hintergrund: Auf die DB haben mehrere User Zugriff und jeder kann sich in seinem Interessenprofil über bestimmte Dokumente benachrichtigen lassen. In der Zusammenfassungs-Mail an den User sollen aber nicht die Dokumente auftauchen, auf die er keinen Zugriff hat, da sonst ein kl. privacy Problem entsteht und der User z.b. das Thema lesen kann.

LN4ever:
Wenn der Newsletteragent als lokaler periodischer AGent vom Benutzer gestartet wird, ist das alles keine Frage, da er im Userkontext abläuft und nur die Dokumente sammelt, die der Benutzer auch sehen kann, wenn du ein UNPROCESSEDFTSEARCH verwendest. (schau dir dazu das Beispiel der Hilfe zu Examples: FormatMsgWithDoclinks method an). Der Wesentliche Teil ist die Zweistufigkeit des Prozesses. Die Suche nach den UNPROCESSEDDOCUMENTS muß die Leserfelder nämlich berücksichtigen.

Testen.

daija:
Danke für deinen Beitrag.

Blöde Frage; aber wie konfiguriere ich den Agent, dass er als lokaler periodischer Agent vom Benutzer gestartet wird?
Ich habe alle Design-Elemente mit der Server-ID signiert und der Agent versendet nun mit dem Servernamen als Absender, d.h. der Server führt den Agent aus.

koehlerbv:
Da ich unter "Newsletter-Agent" eine zentrale Instanz verstehe, die Mails für viele User automatisch und periodisch erstellt, würde ich sagen, dass eine Umstellung auf ein Prinzip "Mach's Dir doch selber" wenig zielführend ist.
In diesem Fall bleibt Dir aber nur:
Ermittele beim Versand der Newsletter jeweils die Rechte der (einzelnen!) Empfänger aus Deinem Leserfeld - wenn dort Gruppen oder gar verschachtelte Gruppen möglich sind, dann wird dies eine spannende, aber lösbare Programmieraufgabe.

Bevor ich jetzt weiter nachdenke (mir würde da als simple Lösung auch ein (oder mehrere) Ordner mit den Dokumenten für den Newsletter einfallen - da sieht ja auch jeder nur die Dokumente, für die er autorisiert ist), sag bitte an, wie Du zu der Problematik "scheduled agent vs. private agent" stehst. Wie gesagt, macht meiner Meinung nach Variante zwei kaum Sinn - DAS könntge man dann ja ganz anders lösen.

Bernhard

LN4ever:
Ich habe keineswegs gemeint, daß ich ein "Do-it-yourself"-Verfahren für besonders sinnvoll halte. Ich glaube eigentlich sogar, daß ein "verbogenes Diskussionsforum", in dem die Angeschriebenen nicht einmal das Subject bestimmter Artikel lesen können dürfen sollen, kein sinnvolles Instrument für die Verteilung von Newslettern ist.

Für die "spannende, aber lösbare" Aufgabe der (rekursiven) Namensauflösung aller Lesereinträge einmal die Fälle, die dabei zu berücksichtigen sind:

Albert Einstein/Firma/DE
Gruppe im Betrieb
*/Teilbetrieb/Firma/DE
[Entscheider]

Und wenn die Firma groß genug ist, kommt man bei der Auflösung bei großen Gruppen auch über die 64kB-Begrenzung eines Einzelfelds hinaus. Und noch ein kleiner Hinweis beim Herangehen an diese Aufgabe:
für die Gruppenfelder muß man sich merken, welche Gruppen man bereits untersucht hat, sonst fällt eine zyklische Gruppenstruktur auf die Nase.

Gruß

Norbert

Navigation

[0] Themen-Index

[#] Nächste Seite