Domino 9 und frühere Versionen > ND6: Entwicklung

Automatische Zuordnung ankommender Emails

<< < (2/7) > >>

Marinero Atlántico:
ist das nicht eine klassische Aufgabe für eine Mail-In Datenbank?

Bruce Willis:

--- Zitat von: Marinero Atlántico am 14.05.05 - 12:12:13 ---ist das nicht eine klassische Aufgabe für eine Mail-In Datenbank?

--- Ende Zitat ---
könnte gut sein...  :-[

wie heißt die klassische Schablone und die entsprechende View mit Zuordnungen der Emails zu den Doks?

hast Du sowas ähnliches?

Semeaphoros:
Aha Leo

Nein, Bernhard kommt nicht auf den Trichter, da bin ich jetzt nämlich grad draufgekommen, da ich es jetzt auch begriffen habe ....  ;D

Axel, das ist eine Mail-In DB, hat Leo schon im ersten Posting gesagt.

Leo:
Das braucht einen After-Mail-Arrives Agenten, der folgendes macht:

a) feststellen, ob das Mail auch tatsächlich noch nicht vom Agenten bearbeitet wurde
b) das Subject parsen, ob dort eine gültige Message-Nummer drin ist, heisst, suchen nach der linken [, suchen nach der rechten ] und  dann schauen, ob dazwischen eine bestehende Dokument-Nummer vorhanden ist.
c) falls b) ein gültiges Dokument liefert, in diesem Dokument den Doclink generieren
d) im eingegangenen Mail dieses als bearbeitet markieren.

Machbar

Semeaphoros:
Leo, dazu gibt es keine klassische Schablone, eine Mail-IN Datenbank entsteht dadurch, dass man ihr via Directory eine Mailadresse zuordnet. Der Rest ist Frage der Anwendung. Die DB scheint ja - wenn ich Dich richtig verstehe, zu existieren, nur die Mail-In Möglichkeit fehlt -- oder?

koehlerbv:
Ich befürchte, ganz so einfach wird es nicht gehen.

Folgende Idee - vereinfacht ausgedrückt:
- DB hat zwei Forms: Beitrag und Memo. Memo sind neu eingegangene eMails.
- Neue Beiträge in der DB werden mit Form = Beitrag erstellt.
- Kommen in die Mail-in-fähige DB Beiträge als eMail, werden diese untersucht (siehe unten) und ggf. umgestrickt, um mit der Form = Beitrag gespeichert zu werden.
- Neue Beiträge werden an die Diskussionsteilnehmer per eMail versandt. An das Subject wird die UNID oder eine eigene ID angehängt - beispielsweise in eckigen Klammern.

Ein möglicher Vorgang:
- User A erstellt neuen Beitrag in der DB.
- Agent "Wenn Dokumente erstellt oder geändert wurden" springt an und stellt fest: Das ist ein neues, hier erstelltes Dokument.
- Dieses Dokument wird jetzt als Memo an die Teilnehmer versandt (ID steht ans Subject angehängt) - Achtung, dafür muss der Absendername gefaked werden, damit er der Mail-in-DB entspricht
- Ein Teilnehmer antwortet per eMail.
- Agent erkennt: Neue Mail. Die ID wird geparsed, das Hauptdokument in der DB gefunden. Der Kommentar zum Beitrag wird gewandelt in Form = Beitrag, das Dokument wird zum Antwortdokument des Hauptbeitrags gemacht. Auch dieser Kommentar wird wieder gemailt (und ermöglicht so Kommentare zum Kommentar)

Ein anderer möglicher Vorgang:
- User sendet einen neuen Beitrag an die DB.
- Agent erkennt, dass dies wegen fehlender ID kein Kommentar ist und generiert daraus einen neuen Beitrag.
Dies würde auch passieren, wenn ein Kommentator die ID aus dem Subject löscht !!

Links sind in diesem Zusammenhang m.E. gar nicht notwendig - vor allem, da es ja um Leute geht, die Notes gar nicht einsetzen und daher auch die DB nie öffnen / sehen werden. Die Notes-Nutzer haben dann eine Hauptdokument / Antwortdokument (/ Antwort auf Antwortdokument)-Struktur, die anderen haben das Gerödel in ihrer Mailbox.

Irgendwie ist die Sache aber auch ein wenig windig und nicht ganz sicher (Dok-ID kann vom Mail-Benutzer entfernt werden).

Bernhard

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete