Falsches Datum in Memo

[pippo]

Hallo,
wie kann es sein, dass ein User Entwürfe erstellt, zu einem späteren Zeitpunkt diese versendet, und im Sendedatum sich nicht das Sendedatum befindet, sondern das Datum der Erstellung des Entwurfes.

Kommt nur bei einigen Usern vor - bei mir funkt es richtig.

Danke und Grüße

[Peter S.]

betrifft es das Mailfile oder den AP?
Einfach mal den User von einem "Fehlerfreien" AP sein Mailfe öffnen lassen und von dort so einen ENtwurf verschicken.
Geht natürlich nur wenn das reproduzierbar ist.

[gab]

Thema nochmal ausgrab, weils hier evtl. reinpasst und der Effekt des verfälschten Absendedatums evtl. mit der eingestellten Arbeitsumgebung zusammenhängt.
In meinem Fall geht es jedoch nicht um Mail 'Drafts' sonder um sofort 'versendete' Mails:

Wenn in der der Arbeitsumgebung unter 'mail' eine lokale MailDB eingetragen ist, wird die 'versendete' Mail in der lokalen MAIL.BOX DB abgelegt.

Wenn nun durch Wechsel der Arbeitsumgebung die Mail versendet wird (es erscheint die Info 'You have outgoing mail pending. Do you want to transfert it now?') , dann ist das  Versendedatum in der MailDB für diese Mails das _Erstellungsdatum_ und der Empfänger erhält ebenso dieses _Erstellungsdatum_ als Versendedatum angezeigt (egal ob Mail per Notes oder SMTP seine Mail erhält)

Das ist IMHO doch eigentlich unsinning, da zwischen Erstellung (d.h. lokalen Versenden in die lokale mail.box) und tatsächlicher Auslieferung an den Server STUNDEN liegen können. Somit eine Verfälschung gegenüber dem Benutzer und dem Empfänger!

Selber Effekt lässt sich erzielen, wenn die Uhrzeit um ein paar Stunden auf dem Client nach hinten verstellt wird. Der Server zieht dann beim Versenden per SMTP/Notes das Client Datum und nicht das Server Datum!

Getestet jeweils unter Server 7.0.2 Int. , Client 6.5.6 Int.

Lieg ich hier falsch oder irgendwelche Meinungen dazu, wie dies verhindert werden kann (Notes/Server.ini Einstellungen etc.) oder ist das einfach ein Notes 'Feature' mit dem wir leben müssen?

[Jag_rip]

Wenn nun durch Wechsel der Arbeitsumgebung die Mail versendet wird (es erscheint die Info 'You have outgoing mail pending. Do you want to transfert it now?') , dann ist das  Versendedatum in der MailDB für diese Mails das _Erstellungsdatum_ und der Empfänger erhält ebenso dieses _Erstellungsdatum_ als Versendedatum angezeigt (egal ob Mail per Notes oder SMTP seine Mail erhält)

ich denk das liegt daran, dass notes früher auch mal offline verwendet wurde (macht zu zeiten von DSL und WiFi heute nicht mehr viel sinn) das heisst, der User replizierte seine Mails am Morgen erstmal und macht sich dann daran die Mails zu beantworten, das macht er mit mehreren Mails. um jetzt nicht jedesmal eine modemverbindung herzustellen für jedes einzelne Mail, sammelt Notes das in der lokalen mail.box und sendet diese an den mailserver bei der nächsten Replikation. Dann wiederum würde es wenig sinn machen, den Timestamp der Versendung zu verwenden, weil dann der user alle seine Mails "gleichzeitig" geschrieben hätte. Und wenns mir recht ist, nimmt notes den Timestamp des "Send" button-drückens.

[tschroeder]

Wenn nun durch Wechsel der Arbeitsumgebung die Mail versendet wird (es erscheint die Info 'You have outgoing mail pending. Do you want to transfert it now?') , dann ist das  Versendedatum in der MailDB für diese Mails das _Erstellungsdatum_ und der Empfänger erhält ebenso dieses _Erstellungsdatum_ als Versendedatum angezeigt (egal ob Mail per Notes oder SMTP seine Mail erhält)

ich denk das liegt daran, dass notes früher auch mal offline verwendet wurde (macht zu zeiten von DSL und WiFi heute nicht mehr viel sinn) ...

Es wird heute auch noch offline genutzt. Wir haben div. Kollegen, die mit Ihren Notebooks im Zug sitzten und dort arbeiten. Ok, gibt ja UMTS. Aber, wer das einmal versucht hat, läßt es relativ schnell wieder sein. Macht überhaubt keinen Spass das Zeug ....

[gab]

ich denk das liegt daran, dass notes früher auch mal offline verwendet wurde (macht zu zeiten von DSL und WiFi heute nicht mehr viel sinn)

Wie so oft hinkt die Geschwindigkeit der Datenanbindung dem Wachstum der zu übertragenden Datenmengen hinterher.

In unserem Fall haben die Leute zwar UMTS, wegen permanenten Fallback auf GPRS oder fehlender UMTS-Verfügbarkeit arbeiten diese jedoch, trotz optimierten Datendurchsatz auf Applikationsseite, lieber disconnected.

das heisst, der User replizierte seine Mails am Morgen erstmal und macht sich dann daran die Mails zu beantworten, das macht er mit mehreren Mails. um jetzt nicht jedesmal eine modemverbindung herzustellen für jedes einzelne Mail, sammelt Notes das in der lokalen mail.box und sendet diese an den mailserver bei der nächsten Replikation. Dann wiederum würde es wenig sinn machen, den Timestamp der Versendung zu verwenden, weil dann der user alle seine Mails "gleichzeitig" geschrieben hätte. Und wenns mir recht ist, nimmt notes den Timestamp des "Send" button-drückens.

Die Sache mit dem 'Timestamp per Send Button' ist etwas zwiespältig, ich sehe jedoch ein, dass es aus Anwendersicht Sinn macht, das Notes dies so handhabt, denn:

- Es werden die lokalen Zeitzonen berücksichtig.
- Der Empfänger erkennt, wann die Mail tatsächlich vom Versender (zu seiner lokalen Zeit) versendet wurde.

Vorrausgesetzt , der User hat keine lokalen Adminrechte um die lokale Zeit zu ändern, kann ich mit dem 'Timestamp per Send Button' leben

[m3]

dann ist das  Versendedatum in der MailDB für diese Mails das _Erstellungsdatum_ und der Empfänger erhält ebenso dieses _Erstellungsdatum_ als Versendedatum angezeigt (egal ob Mail per Notes oder SMTP seine Mail erhält)

Das ist IMHO doch eigentlich unsinning, da zwischen Erstellung (d.h. lokalen Versenden in die lokale mail.box) und tatsächlicher Auslieferung an den Server STUNDEN liegen können. Somit eine Verfälschung gegenüber dem Benutzer und dem Empfänger!

Sorry, nein. Dieses verhalten ist IMHO absolut korrekt. Mail war und ist kein Echtzeitkommunikationsmedium. Nur weil heute alle SMTP-Server quasi immer erreichbar sind, haben sich die Leute daran gewöhnt, dass E-Mails sofort ankommen, das muss aber nicht sein.
Es gibt im SMTP-Standard (RFC 2822) nur ein Datumsfeld, und das ist das "orig-date":

Code

   The origination date specifies the date and time at which the creator
   of the message indicated that the message was complete and ready to
   enter the mail delivery system.  For instance, this might be the time
   that a user pushes the "send" or "submit" button in an application
   program.  In any case, it is specifically not intended to convey the
   time that the message is actually transported, but rather the time at
   which the human or other creator of the message has put the message
   into its final form, ready for transport.
 

Notes verhält sich also IMHO absolut Standard-Konform.

ich denk das liegt daran, dass notes früher auch mal offline verwendet wurde (macht zu zeiten von DSL und WiFi heute nicht mehr viel sinn) das heisst, der User replizierte seine Mails am Morgen erstmal und macht sich dann daran die Mails zu beantworten, das macht er mit mehreren Mails. um jetzt nicht jedesmal eine modemverbindung herzustellen für jedes einzelne Mail, sammelt Notes das in der lokalen mail.box und sendet diese an den mailserver bei der nächsten Replikation. Dann wiederum würde es wenig sinn machen, den Timestamp der Versendung zu verwenden, weil dann der user alle seine Mails "gleichzeitig" geschrieben hätte. Und wenns mir recht ist, nimmt notes den Timestamp des "Send" button-drückens.

1) Es gibt im Deutschen nichts, das "Sinn machen" kann.
2) Notes wurde nicht nur früher sondern auch JETZT noch gerne offline verwendet (nicht umsonst hast MS einen müden Abklatsch dieser Funktionalität in Exchange/Outlook 2003 eingebaut). Von der "always-on" Gesellschaft sind wir noch weit entfernt - auch wenn die Mobilfunkbetreiber gerne anderes behaupten. Es gibt immer noch viele Gebiete ohne DSL, ohne WLAn und mit max. GPRS-Speed über das Handy oder die UMTS-Karte.