Nein, diese Möglichkeit gibt es nicht.
Bernhard
PS: Und mit unread marks hast Du kein kleines Problem, sondern eine grosse Herausforderung. Du wirst später sehen (wenn Du dran bleibst), dass das auch kaum anders geht).
naja Du köntest einiges an der Mail-Datei der betroffenen User ändern.
Nur mal als ANsatz:
- wird ein Mail zum Lesen geöffnet und der Owner ist gleich dem Angemeldetem User, wird ein Flag gesetz
- in einer Ansicht werden alle ankommenden Mails angezeigt, die dieses Flag nicht haben
- jetzt kann mit einen @Elements(@DBColumn(...)) (Grenze von 64 kB beachten) oder mit einem notesView.EntryCount die Anzahl ermitteln.
Nachteil Du musst in der Mail-Box änderungen machen -> Sichtwort Datenschutz und Updates.
Vorteil die Zugriffe erfolgen immer nur für berechtigte Personen, d.h. User A sieht nur die Anzahl der Ungelesenen von den Mail-boxen, auf die er Zugriff hat.
Gruß
Dirk
Moin,
@Dirk:
die Idee mit den Flags habe ich vor etlichen Jahren mal für einen R5-Kunden (war sogar deine Branche ^^) eingesetzt, da dort nur Webmail zum Einsatz kam aber kein iNotes verwendet wurde. Da brauchte man auch ein paar Dinge wie Anzeige der Mail-DB Größe oder Unread-Marker für jeden User per Browser. Es funktionierte zwar letztendlich sogar aber die vielen Anpassungen sorgten letztendlich für mehr Probleme als Nutzen, da beim Webmail noch ein paar mehr Dinge dahinter hängen (redundantes Body-Feld und Applet's). Heute würde ich mich auf diese Art der Anpassung nicht mehr einlassen.
@Bernhardt:
doch es geht 
allerdings im Client nur für den gerade angemeldeten Benutzer per Agent ohne Select, der dann tatsächlich die Ungelesenen statt der Selektierten liefert. Per Browser und Server-Agent könnte da aber mehr machbar sein wobei ich dann die API vorziehen würde.
auch wenn es die Möglichkeit gibt per Script die Unread-Marker des gerade angemeldeten Benutzers auszulesen wird dir das für eine Übersicht für mehrere Anwender nicht viel nutzen.
Die API scheint hier die einzig stabil aussehende Lösung zu sein, wenn ihr diese Hompage-Variante wollt.
Ich würde allerdings dann Alternativen in Betracht ziehen, wie z.B. die Benachrichtigung per SMS o.ä. Das kommt deutlich günstiger als die obige Programmierung.
Gehn tut das durchaus, hab ich schonmal in Aktion gesehn...macht nur n Haufen Arbeit *g*
Geht es ausschließlich um Mails und wenn ja handelt es sich um normale Mails oder sind die in irgendwelche Abläufe eingebunden? Machen die drei Verkäufer noch mehr mit Notes?
was haltet Ihr von einer Mail-In DB oder einer Funktionsuser-ID? Die Adresse wird dann eine allgemeine Verkaufsadresse sein und ist nicht mehr personengebunden.
Dann kommst Du mit einer Arbeitsumgebung hin und musst nicht mehrere Eingange überwachen.
Gruß
Dirk
Auch wenn ich persönlich eine Mail-In-Datenbank mit unpersönlicher Adresse (sowas wie Info, Anfrage oder Bestellung@irgendwas) besser finde als eine "Umgehungsprogrammierung" möchte ich dir eine Möglichkeit nicht vorenthalten, die API per Scipt anzusprechen:
NSFTools.com: LotusScript Class To Get Unread Docs In A Database Or View
Carsten
