[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 58709] New: Problem with async NFS and read/unread mark
From:       cbaegert () europeanservers ! net
Date:       2003-05-20 13:41:45
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
     
http://bugs.kde.org/show_bug.cgi?id=58709     
           Summary: Problem with async NFS and read/unread mark
           Product: kmail
           Version: 1.4.3
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kmail@kde.org
        ReportedBy: cbaegert@europeanservers.net


Version:           1.4.3 (using KDE 3.0.5)
Compiler:          gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk)
OS:          Linux (i686) release 2.4.19-16mdk

My Mail/ folder is on an NFS mount using async (mounting with sync causes heavy \
performance problems).

When I read a few messages, they are marked as read. Then, if I exit immediately of \
this folder to another, these messages will be marked as unread again if I come back.

If I wait more time after reading them before exiting of this folder, read messages \
are still marked as read.

In my opinion, kmail tries to build a summary of read/unread messages on the disk, \
and if it doesn't have enough time to finish it before exiting of the folder, it \
stops, and then I come back, it looks for this summary on the disk again, so my \
recently read messages are marked as unread again.

Instead of that, I think it should continue to build the summary on the disk when I \
exit of the folder, and keep it in memory to avoid searching an older version on the \
disk. It would increase performance as well. Another solution would be to display an \
alert panel when the user try to exit of the folder before the end of the summary \
building.


[prev in list] [next in list] [prev in thread] [next in thread]