E-Mails im Intranet zurückziehen, wird das geloggt?

[knurglwurgl]

Hallo,

im neuen Notes gibt es ja die fragwürdige Funktion, E-Mails zurückzuziehen, selbst wenn sie vom Empfänger schon gelesen wurden, allerdings nur im Intranet. Hierbei kann auch gewählt werden, dass der Empfänger davon nicht in Kenntnis gesetzt wird.

Ich möchte nun wissen, ob der Versand, der Empfang und auch das Zurückziehen einer oder mehrerer E-Mails im Intranet auf dem Server geloggt werden und ob ggf. auch Zugriff auf den Inhalt einer zurückgezogenen Mail möglich ist, sofern man die Berechtigung rechtlich und datentechnisch dazu hat.

Ich Danke für Eure Tipps!

[eknori]

Aus der Technote 1431589

If a message is recalled, an administrator would be able to see that Message Recall took place under any of the following conditions:
1.  If Journaling is enabled for all documents or for any applicable condition via a  server rule, a copy of the original message is retained in the Journaling database.  Message Recall does not recall messages from the Journaling database.  Also, if Journaling is enabled for all documents or if an application condition exists via a server rule, when a message is recalled, a copy of the Recall Request will be journaled as well.
2.  If LOG_MAILROUTING is set to 20, 30, or 40, then LOG.NSF's Mail Routing Events view and, if enabled, CONSOLE.LOG contain output that states message recall took place.
3.  If DEBUGROUTER is set to 3, then output in LOG.NSF's Mail Routing Events view and CONSOLE.LOG, if enabled, contain output that message recall has taken place.
4.  If Router is stopped, the Message Recall Request message (en route to the recipient's mail file) may possibly be captured in MAIL.BOX.
5.  If Router is stopped, the Message Recall Status notification (en route to the requester's mail file) may possibly be captured in MAIL.BOX.
6.  The user recalling the message will receive a Message Recall Status notification as to whether message recall took place.

If a message is recalled, the recipient would not see that Message Recall took place except in the event that they had seen and/or read the message in his/her own database before the recall occurred.  If that is the case, then their only evidence would be that the message no longer exists in his/her database.  

Und wenn kein Journaling activiert ist, dann ist die Nachricht auch im Nachhinein nicht mehr einsehbar.

[heini_schwammerl]

Diese "fragwürdige" Funktion kann man sperren und steht dann den Anwendern nicht mehr zur Verfügung.

[knurglwurgl]

Aus der Technote 1431589

If a message is recalled, an administrator would be able to see that Message Recall took place under any of the following conditions:
1.  If Journaling is enabled for all documents or for any applicable condition via a  server rule, a copy of the original message is retained in the Journaling database.  Message Recall does not recall messages from the Journaling database.  Also, if Journaling is enabled for all documents or if an application condition exists via a server rule, when a message is recalled, a copy of the Recall Request will be journaled as well.
2.  If LOG_MAILROUTING is set to 20, 30, or 40, then LOG.NSF's Mail Routing Events view and, if enabled, CONSOLE.LOG contain output that states message recall took place.
3.  If DEBUGROUTER is set to 3, then output in LOG.NSF's Mail Routing Events view and CONSOLE.LOG, if enabled, contain output that message recall has taken place.
4.  If Router is stopped, the Message Recall Request message (en route to the recipient's mail file) may possibly be captured in MAIL.BOX.
5.  If Router is stopped, the Message Recall Status notification (en route to the requester's mail file) may possibly be captured in MAIL.BOX.
6.  The user recalling the message will receive a Message Recall Status notification as to whether message recall took place.

If a message is recalled, the recipient would not see that Message Recall took place except in the event that they had seen and/or read the message in his/her own database before the recall occurred.  If that is the case, then their only evidence would be that the message no longer exists in his/her database. 

Und wenn kein Journaling activiert ist, dann ist die Nachricht auch im Nachhinein nicht mehr einsehbar.

Danke, damit wissen wir schon mehr ...

Diese "fragwürdige" Funktion kann man sperren und steht dann den Anwendern nicht mehr zur Verfügung.

Das nützt einem aber gar nichts wenn man nicht der Admin des Systems ist. Sowas öffnet bestimmten firmeninternen Spielchen Tür und Tor ...

[knurglwurgl]

Kurze Nachfrage: Kann man diese Funktion denn auch Benutzer- oder Gruppenorientiert aktivieren bzw. deaktivieren? Denn ich habe den Eindruck, dass nur bestimmte Mitarbeiter das Recht auf einen Mail-Rückzug haben. Geht sowas?

Danke und Grüße

[eknori]

Jeder User kann das in seinen Vorgaben selber einstellen ( wenn es nicht generell duch eine Policy geregelt wird )