Automatische Benachrichtigung an Absender aus Mail-In Datenbank

Zunächst einmal willkommen im Forum!

Das Vorhaben an sich ist im Grunde relativ schnell realisiert. Man muss nur wissen, was man sucht und wo. Das "Wo" ist schnell erklärt: F1. Das "Wie" ist kaum schwieriger:
- Setzen eines Feldes: @SetField
- Nutzername: @UserName, geeignet kombiniert mit @Name
- Mail versenden: @Compose

Die Frage ist aber, ob es rein grundsätzlich wirklich Sinn macht, was du vorhast. Mail-In Datenbanken sind ja eigentlich u.a. dafür da, dass man "anonym" kommunizieren kann. Soll heißen: es meldet sich eben nicht mehr Lieschen Müller beim Kunden, sondern halt nur "support@firma.de" oder so. Weiters kann das Probleme geben, wenn Abwesenheiten nicht entsprechend berücksichtigt werden: Ist ja schön, wenn Lieschen Müller einen Vorgang übernimmt und ihn sich zuweist. Blöd nur, wenn Lissie morgen krank ist und niemand kümmert sich um den Vorgang und ggf. entsprechende Mails, die seitens der Kunden zurückkommen. Das ist aber ein technisches, sondern eher ein organisatorisches Problem. Dennoch muss es berücksichtigt werden.
Überhaupt: was hast du dir vorgenommen, wie Follow-Ups berücksichtigt werden? Wie werden neue Mails, die sich auf einen bestehenden Vorgang beziehen, "einsortiert", sprich: Lissie zugeordnet? Was passiert, wenn sich Lissie einen Vorgang zuordnet, sich dabei aber verklickt hast und als Bearbeiter wieder rausnimmt, um sich woanders einzutragen? Gibt es dann eine entsprechende Mail an den Kunden: "April, April, es Lissie hat sich verklickt, versuchs nochmal"? Alternativ kannst du natürlich einen Agenten stricken, der nur stündlich oder von mir aus nur einmal täglich über die Dokumente drüberläuft und dann und nur dann eine entsprechende Mail rausschickt, wenn das Dokument neu ist seit dem letzten Lauf (Hint: UnprocessedDocuments).

Die Idee, die du da hast, ist nicht grundverkehrt. Allerdings müssen da noch ein paar Dinge am Rande berücksichtigt und in Angriff genommen werden und an der einen oder anderen Stelle wird man dann merken, dass das eben nicht "mal eben so" zu realisieren ist. Jedenfalls nicht DAU-proof... Und ob das eine oder andere Detail im Workflow so in der Form wirklich Sinn ergibt, auch das wäre noch zu diskutieren.
Hast du in dem Zusammenhang die TeamMailbox mal getestet? In dem Template sind Auto-Responder und IIRC Bearbeiter ohnehin schon realisiert. Das ist zwar AFAIK noch das alte 6er-basierte Template, aber zum einen kann man sich ja Anregungen holen und vllt. zum anderen das eine oder andere aufs 9er Template portieren?

Zitat von schirmchen

Danke für den Tipp mit der TeamMailbox, zu dem Bearbeiter finde ich hier auf die Schnelle nichts, aber ich werde es mir mal detaillierter ansehen.

Mein Fehler! Das, was ich noch "in Erinnerung" hatte, war das, was ich seinerzeit selbst drangebastelt hab *grmpf*
Das war im Grunde aber auch denkbar trivial: in die Inbox eine neue (erste) Spalte eingefügt, nach dem Feld "Bearbeiter" kategorisiert und zudem noch einen Button mit einer "Simple Action", das den Bearbeiter setzt. Im einfachsten Fall:

@SetField("Bearbeiter"; @Name[CN]; @Username)

Ich hatte es so gelöst, dass ich ein weiteres Profildokument erzeugt habe, in dem alle infrage kommenden Bearbeiter enthalten sind, der Button in der Inbox liest das Profildokument aus, öffnet mittels einen Prompt, aus dem man den Bearbeiter auswählen oder zurücksetzen kann.
Kurz angerissen, nicht funktionsfähig:

Set notesDocument=notesDatabase.GetProfileDocument("bearbeiterprofil")
valueArray=notesDocument.GetItemValue("alle_bearbeiter")
variant=notesUIWorkspace.Prompt( 4, "titel","prompt", valueArray(0), valueArray )
caretNoteID$=notesUIView.CaretNoteID
Set notesDocument=notesDatabase.GetDocumentByID(caretNoteID$)
Set notesItem=notesDocument.ReplaceItemValue("bearbeiter", variant(0))

Bei mir war der default value dann der Name der aktuellen ID und das ganze hat noch kein error handling (Was passiert, wenn "Cancel" gedrückt wird? Was passiert, wenn das Profildokument nicht vorhanden oder nicht lesbar ist? Darf Lieschen Müller überhaupt Detlef Dau als Bearbeiter einsetzen? Wer darf sich von welchen Vorgängen selbst runternehmen? ....). Ich denke, du bekommst so schon einen Überblick, wie das lösbar wäre.

Wenn man will (oder es für interne Prozesse benötigt), lassen sich Workflows einbauen. Zum Beispiel: du hast seit X Tagen einen Vorgang, der immernoch im Status "offen" oder "in Bearbeitung" steht, also geht eine Mail an deinen Chef oder den Produktverantwortlichen oder wen auch immer. Oder : das Ticketsystem schickt Benachrichtigungsmails an diese Mail-In und anhand der Subjects lässt sich automatisiert eine Zuweisung vornehmen. Beispiel: alles was mit User.IDs und vergessenen Passwörtern zu tun hat, geht an Lieschen Müller, alles was mit ACLs/Zugriffen zu tun hat, geht an Detlef Dau, ... und das auch nur, wenn Lieschen oder Detlef nicht gerade "Urlaub" (o.ä.) in ihrem Kalender vermerkt haben; in dem Falle soll es einem benannten Stellvertreter übergeholfen werden.

Vermutlich führt das jetzt aber ein Stück zu weit. Versuch erstmal mit den Code Fragmenten oben zu realisieren, was dir vorschwebt.