Am Dienstag, 31. August 2004 00:45 schrieb ieure@debian.org:
> After checking mail in an IMAP account, the new/unread message count in
> the tray icon appears to be correct, but the folders do not have the
> new/unread message count next to them in the folder list.

Works fine here. Can you let us kno wsome more details? Which columns are 
visible / enabled in the folder view? Are the folders containing new 
messages in bold font? What happens if you enter a folder containing more 
than one new message?

Perhaps you enabled the unread column but the size of the column is too
small so that you don't see it? Right click on the header (or use the View
menu) to check if the column is active.

Nope. I only have the folder name displayed in the folder list. Nothing is cut off or obscured in any way.

Behavior isn't consistent. After checking mail, some folders display the correct status, and others don't.

Folders which have new/unread mail in them /should be/ displayed in bold, with a new message count in parentheses. Some do display like this, but others (which do have unread mail in them) do not; they display like a folder with no new messages. Not bold, with no message count.

Opening one of these folders shows the new messages in the message list, and it's status in the folder list is updated, e.g. it appears correctly. There's just no way to know if the folder has new messages without opening every one, or checking with the tray icon.

Created attachment 7374 [details]
Screenshot of the issue

Note that the Debian -> KDE folder does not appear to have any new messages in
it in the folder list, but you can see that one new message is shown in that
folder in the systray.

Ok, more data.

It only happens to sub-folders whose parents are collapsed at the time the mail check takes place.

So if I fold up the Debian tree and check mail, the status of the sub-folders (the Debian folder itself gets no mail, only it's subfolders) doesn't get updated. If I expand it and check mail again, the folders get their status updated correctly.

I've got the same problem (using Debian unstable). Even enabling the unread-column doesn't show proper count. For me it seems that this problem only occurs on folders containing messages which got moved by a filter action - but all my folders for mailing lists are sub-folders, so it could also be related as written in comment #5.

I have no KMail filters set up at all, so that doesn't seem to be an issue.

I'm running Debian sarge, but KDE is installed from sid. This doesn't seem like a packaging issue, but I suppose it's possible.

After some more experimenting, this seems to be a general issue with unexpanded folder trees not getting updated. It has nothing to do with IMAP, and can be reproduced locally.

1. Create two nested folders, if you don't already have some. E.g. 'Parent Folder' and 'Child Folder'.
2. Collapse that folder.
3. Select a message in a different folder.
4. Right-click the message in the message list, Mark Message -> Mark Message As New
5. Right-click the message in the message list, Move To -> Local Folders -> Parent Folder -> Child Folder

Observe that Parent Folder does not appear to contain new messages. Expand it to show Child Folder, and observe that it doesn't, either. Right-click the tray icon and observe that Child Folder is listed as having a new message.

I have exactly the same problem (KDE_3_3_BRANCH from 31-8-2004). It only happens with collapsed folders. For me KDE 3.3.0 was ok, the problems started after I updated the branch on 31-8-2004.

I will attach a screeny with my folder structure. (I think this bug should be marked as confirmed, since three people report the same issue.)

best,
Jeroen

Created attachment 7381 [details]
My IMAP folder structure.

maybe related:

imap accounts with unread mail in subfolders used to show up in bold text in the folder list back in kmail 1.6, but not anymore in 1.7...

Can you check if my commit of today resolves this issue, please?

I tried, but (aside from KNotes compiler errors) I get:

gmake[3]: Entering directory `/scratch/forge/src/kde/kmail_temp/kdepim/l
ibkdepim'
source='kdepimwidgets.cpp' object='kdepimwidgets_la-kdepimwidgets.lo' li
btool=yes \
depfile='.deps/kdepimwidgets_la-kdepimwidgets.Plo' tmpdepfile='.deps/kde
pimwidgets_la-kdepimwidgets.TPlo' \
depmode=gcc3 /bin/bash ../admin/depcomp \
#>-     /bin/bash ../libtool --silent --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/scratch/opt/kde_3_3/include -I/scratch/lib/qt-3.3/include -I/usr/X11R6/include   -DQT_THREAD_SUPPORT  -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DQT_PLUGIN -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o kdepimwidgets_la-kdepimwidgets.lo `test -f 'kdepimwidgets.cpp' || echo './'`kdepimwidgets.cpp
../admin/depcomp: line 60: -MT: command not found

I've seen this before, but I can not remember what the solution was. Line 60 in depcomp is
"$@" -MT "$object" -MD -MP -MF "$tmpdepfile"
So apparently "$@" is evaluated to "".

best,
Jeroen

Same for me, but the problem only occurred after KMail crashed (some IMAP thing I couldn't reproduce). Since then, no folder shows the number of unread messages if it is not selected. If I select a folder, it will display the number of unread messages correctly. Going through the unread messages with "+" works, though.
Couldn't test the new version.

I can confirm that the latest changes that made it into HEAD fix the problem (at least for me).

best,
Jeroen

One small thing. When I get mail in the root folder (the "inbox") folder, it is marked in the folder list (you see "inbox(1)"). However the systray icon does not reflect this.

best,
Jeroen

Doesn't seem to be a issue for me.

Looks resolvable. Can someone else confirm?

This bug seems to be solved in KMail 1.8

Same here, I haven't seen it since upgrading to KDE 3.4.0.