Bereinigung 'liest' E-Mails

Ahnend

Hallo zusammen,

hattet Ihr schon mal Meldungen, daß Mails über Nacht als gelesen markiert wurden, welche noch gar nicht nicht gelesen wurden?

Mit diesem Problem konfrontiert habe ich bisher getetset: Über ein script werden jeweils um 17:30, 22:30 und 05:30 Testmails von einer externen Server an die Zieladresse gesendet.
Der client wurde zum Test folgendermaßen konfiguriert:
- SysTray-Symbol anzeigen statt david Client beenden: NICHT Aktiv
- Nachricht nach 5 Sekunden als gelesen markieren: NICHT Aktiv
- Nachricht nach Wechsel als gelesen markieren: NICHT Aktiv

In dieser Konstellation passiert nichts außergewöhnliches. Ändert man aber im Client die Einstellung:
- Nachricht nach 5 Sekunden als gelesen markieren: auf AKTIV

dann ist am nächsten Morgen die Testmail von 22:30 als gelesen markiert. Die Nachricht von 05:30 dagegen nicht.
Kommt zwischen 22:30 und 04:00 Uhr eine andere E-Mail ist es diese die als gelesen markiert wurde.

Über Eigenschaften/Reiter "Erwetert" erhält man als Zeitpunkt der letzten Änderung eine Uhrzeit von ca. 04:02 (das ist bei uns der Zeitraum der Bereinigung).

Bisher sieht es so aus, als würde die Bereinigung den Status "gelesen" für die jeweils jüngste E-Mail setzen.

Ich mach noch weitere Tests. Von Euch würde ich an dieser Stelle vor allem gerne erfahren, ob jemad schon mit diesem oder ähnlichen Effekten zu tun hatte.

Grüße aus dem mittleren Süden
Ahnend

*stylistics*

Zitat von Ahnend

In dieser Konstellation passiert nichts außergewöhnliches. Ändert man aber im Client die Einstellung:
- Nachricht nach 5 Sekunden als gelesen markieren: auf AKTIV

Was passiert wenn diese Funktion deaktiviert ist?

Ich hatte noch nie das Problem das die Bereinigung eMails liest, das passt auch nicht zur Funktion der Bereinigung.
Daher glaube ich das es sich eher um eine Client seitige Einstellung handelt.

Ahnend

daß dieses Phämomen sich nicht zeigt, wenn die Funktion "... nach 5 Sekunden als gelesen .." deaktiviert ist hatte ich ja schon geschrieben.
Daß es mit der Client Einstellung zusammenhängt ist damit schon klar. Aber weder diese Einstellung noch die Bereinigung sollten Nachts un vier
Nachrichten als gelesen markieren.
Ich habe damit begonnen regelmäßige Kopien der ABTEIL.DAT anzufertigen um zu sehen wann die Informaion "gelesen" den Status wechselt.
Hat zufällig jemand Informationen zur Datenstuktur innerhalb der ABTEIL.DAT?

Ahnend

Weitere Tests, die meine Vermutung stützen:
Versuchsaufbau: über ein script werden von einem externen Server regelmäßig E-Mails an eine interne Testadresse gesendet.
Auf einer Virtullen Windows 7 Kiste wird der David Client für einen Testnutzer eingerichtet. Diese Kiste wird eine Woche lang nicht "angefasst".
Nach der Testwoche wird der Tobit Client zum ersten mal wieder aufgerufen. Folgendes Bild zeigt sich unmittelbar mit dem Öffnen des Clients:

Obwohl kein Mensch hier was angeclickt oder gelesen hat. (auch nicht auf anderen Maschinen) sind hier Nachrichten als gelesen markiert. Der "Cursor" steht auf der letzten Nachricht vor 04:00 Uhr. Im Gegensatz zu den anderen haben die auch den Status "Empfangen". Scrollt man durch die Eintragsliste sieht man, dass immer die Letzte Nachricht or der Bereinigung "gelesen" wurde.

*stylistics*

Kann sein das der Cursor/Zeile mit wandert?

Ahnend

Meine derzeitige Vermutung: Tatsächlich wird der Curser vom Client (warum auch immer - aber ausgelöst durch die Bereinigung) neu gesetzt.
Folgerichtig aber sinnfrei wird die Nachricht dann nach 5 Sekunden als gelesen markiert.
Ich habe regelmäßig Backups der zugehörigen ABTEIL.DAT angefertigt:

Code

Datentr„ger in Laufwerk D: ist Daten
 Volumeseriennummer: 7C01-B16E


 Verzeichnis von d:\MailTest


07.03.2017  04:02             1.720 D_DAVID_Archive_USER_10034000_in_archive_dat_07_03_2017_04_02_02.dat
07.03.2017  05:35             2.150 D_DAVID_Archive_USER_10034000_in_archive_dat_07_03_2017_05_35_27.dat
07.03.2017  09:35             2.580 D_DAVID_Archive_USER_10034000_in_archive_dat_07_03_2017_09_35_24.dat
07.03.2017  13:35             3.010 D_DAVID_Archive_USER_10034000_in_archive_dat_07_03_2017_13_35_26.dat
08.03.2017  04:00             3.010 D_DAVID_Archive_USER_10034000_in_archive_dat_08_03_2017_04_00_33.dat
08.03.2017  09:35             3.440 D_DAVID_Archive_USER_10034000_in_archive_dat_08_03_2017_09_35_31.dat
08.03.2017  13:35             3.870 D_DAVID_Archive_USER_10034000_in_archive_dat_08_03_2017_13_35_32.dat
08.03.2017  17:35             4.300 D_DAVID_Archive_USER_10034000_in_archive_dat_08_03_2017_17_35_23.dat
08.03.2017  21:35             4.730 D_DAVID_Archive_USER_10034000_in_archive_dat_08_03_2017_21_35_21.dat
09.03.2017  01:35             5.160 D_DAVID_Archive_USER_10034000_in_archive_dat_09_03_2017_01_35_18.dat
09.03.2017  04:01             5.160 D_DAVID_Archive_USER_10034000_in_archive_dat_09_03_2017_04_01_04.dat
09.03.2017  05:35             5.590 D_DAVID_Archive_USER_10034000_in_archive_dat_09_03_2017_05_35_24.dat
09.03.2017  09:35             6.020 D_DAVID_Archive_USER_10034000_in_archive_dat_09_03_2017_09_35_19.dat
09.03.2017  17:19             6.450 D_DAVID_Archive_USER_10034000_in_archive_dat_09_03_2017_17_19_58.dat
09.03.2017  19:20             6.880 D_DAVID_Archive_USER_10034000_in_archive_dat_09_03_2017_19_20_41.dat
09.03.2017  23:21             7.310 D_DAVID_Archive_USER_10034000_in_archive_dat_09_03_2017_23_21_19.dat
10.03.2017  01:35             7.740 D_DAVID_Archive_USER_10034000_in_archive_dat_10_03_2017_01_35_20.dat
10.03.2017  04:00             7.740 D_DAVID_Archive_USER_10034000_in_archive_dat_10_03_2017_04_00_36.dat
10.03.2017  05:35             8.170 D_DAVID_Archive_USER_10034000_in_archive_dat_10_03_2017_05_35_22.dat
10.03.2017  09:35             8.600 D_DAVID_Archive_USER_10034000_in_archive_dat_10_03_2017_09_35_31.dat
10.03.2017  13:35             9.030 D_DAVID_Archive_USER_10034000_in_archive_dat_10_03_2017_13_35_29.dat
10.03.2017  17:35             9.460 D_DAVID_Archive_USER_10034000_in_archive_dat_10_03_2017_17_35_22.dat
10.03.2017  21:35             9.890 D_DAVID_Archive_USER_10034000_in_archive_dat_10_03_2017_21_35_30.dat
11.03.2017  01:35            10.320 D_DAVID_Archive_USER_10034000_in_archive_dat_11_03_2017_01_35_25.dat
11.03.2017  04:01            10.320 D_DAVID_Archive_USER_10034000_in_archive_dat_11_03_2017_04_01_05.dat
11.03.2017  05:35            10.750 D_DAVID_Archive_USER_10034000_in_archive_dat_11_03_2017_05_35_17.dat
11.03.2017  09:35            11.180 D_DAVID_Archive_USER_10034000_in_archive_dat_11_03_2017_09_35_25.dat
12.03.2017  04:00            11.180 D_DAVID_Archive_USER_10034000_in_archive_dat_12_03_2017_04_00_52.dat
12.03.2017  09:35            11.610 D_DAVID_Archive_USER_10034000_in_archive_dat_12_03_2017_09_35_21.dat
12.03.2017  13:35            12.040 D_DAVID_Archive_USER_10034000_in_archive_dat_12_03_2017_13_35_20.dat
12.03.2017  17:35            12.470 D_DAVID_Archive_USER_10034000_in_archive_dat_12_03_2017_17_35_18.dat
12.03.2017  21:35            12.900 D_DAVID_Archive_USER_10034000_in_archive_dat_12_03_2017_21_35_21.dat
13.03.2017  01:35            13.330 D_DAVID_Archive_USER_10034000_in_archive_dat_13_03_2017_01_35_31.dat
13.03.2017  04:00            13.330 D_DAVID_Archive_USER_10034000_in_archive_dat_13_03_2017_04_00_45.dat
13.03.2017  05:35            13.760 D_DAVID_Archive_USER_10034000_in_archive_dat_13_03_2017_05_35_19.dat
13.03.2017  09:35            14.620 D_DAVID_Archive_USER_10034000_in_archive_dat_13_03_2017_09_35_29.dat
13.03.2017  13:35            15.050 D_DAVID_Archive_USER_10034000_in_archive_dat_13_03_2017_13_35_20.dat
13.03.2017  17:35            15.480 D_DAVID_Archive_USER_10034000_in_archive_dat_13_03_2017_17_35_30.dat
13.03.2017  21:35            15.910 D_DAVID_Archive_USER_10034000_in_archive_dat_13_03_2017_21_35_29.dat
14.03.2017  01:35            16.340 D_DAVID_Archive_USER_10034000_in_archive_dat_14_03_2017_01_35_23.dat
14.03.2017  04:00            16.340 D_DAVID_Archive_USER_10034000_in_archive_dat_14_03_2017_04_00_24.dat
14.03.2017  05:35            16.770 D_DAVID_Archive_USER_10034000_in_archive_dat_14_03_2017_05_35_29.dat
              42 Datei(en),        385.710 Bytes
               0 Verzeichnis(se), 206.267.281.408 Bytes frei

Alles anzeigen

Man kann sehen, wie die Datei mit jeder eingehenden Nachricht um 430 Bytes wächst. Zusätzlich wird sie aber immer um 04:00 Uhr bearbeitet ohne, dass sich die Grösse aendert.

Ahnend

Hallo zusammen,

ich habe das Problem auch mit Tobit kommuniziert. Es sieht so aus, als wenn die das nachstellen konnten und an einer Anpassung arbeiten.

Jetzt mitmachen!