Version: 1.9.3 (using KDE KDE 3.5.3) Installed from: Unspecified The DCOP signal "unreadCountChanged" is not really supported by KMail :( For one there is the DCOP-Signal void unreadCountChanged( const QString& folderURL, int numUnread ); declared in KMailIface, but never emitted in KMail. Too sad, it would be nice to get all important data by push instead having to retrieve/pull it (which also brings quite some overhead). Even worse, "unreadCountChanged()" without arguments gets emitted only in "slotMailChecked(...)". But not e.g. when an unread email gets selected and thus turns to "read". It works for the Kontact summary plugin, because the summary is only shown if no other part like the KMail one is in front. And when one switches back to the summary all the summary plugins are asked to update. There even seems to special support for this with the "timeOfLastMessageCountChange()" DCOP method in KMail. BTW: If KMail is running separately the summary plugin fails of course, too! See also this thread on kde-pim: http://lists.kde.org/?l=kde-pim&m=115359115719917&w=2
I think this is fixed in trunk, which uses D-Bus. I used the following trick to test it: I set KMail to automatically mark messages as read after 10 seconds. I clicked on an unread message, quickly changed to the summary view and then, after a few seconds, I saw that the summary view was updated.