Version: tuntematon (using KDE 3.1.92 (CVS >= 20031019), compiled sources) Compiler: gcc version 3.2.3 (Debian) OS: Linux (i686) release 2.6.0-test9 When going to the KMail part of Kontact and Check the mail, it shows I've 6 new mails.. But when I go to the summary page, it says there are no new messages.. I tried to open a message if it would trigger something without success..
I can confirm this. The list of unread mails stays at startup state. So reading mails or getting new mails doesn't change the list. Thomas
can confirm also. SuSE 8.2, KDE 3.2 beat installed from ftp.kde.org SuSE packages.
This makes the mail summary pretty much useless.
I think it has to do with the refresh of the summaty page. There should be a refresh button in there or at least it should refresh more often and refresh when opening the summaty. Cheers, Jeroen
*** Bug 70091 has been marked as a duplicate of this bug. ***
The birthdays and appointments are also not updated. They're updated once on startup and are not updated again if kontact is left running overnight. The number of days shown for a birthday stays the same. Also, the appointments are not updated for the current day.
confirm no update of New Messages, Birthdays and Appointments --- only at startup it checks these data and built the summary of these what about a update on regular basis --- configurable ... e.g. update every 5' or 10' or something like this --- this would give at least the correct status every 5 or 10 minutes in the summary
forgot: using kde 3.1.95 @ gcc3.3.2 @ kernel2.6.1
Can also confirm for KDE-3.2 (release, SuSE RPMs).
Me to, I can confirm it for 3.2 final.
Confim:KDE 3.2 (final). Should be update on entering the Summary page!
Only the first time when you go to the Summary, your e-mails are updated. Not all the other times. Cheers, Jeroen
The 'mailcheck' in gkrellm also doesn't work properly; when a new message is read, the status in gkrellm isn't updated. So, this could also be a kmail problem. Once kmail marks the message read/unread properly (on the filesystem, irrespective of the mail storage type: mbox/MailDir), I guess kontact's job would be easier.
*** Bug 72267 has been marked as a duplicate of this bug. ***
"Once kmail marks the message read/unread properly (on the filesystem, irrespective of the mail storage type: mbox/MailDir), I guess kontact's job would be easier." Maybe they could use a dcop callback so that when kmail updates, it sends a message to kontact? But then, what would kontact do with the other programs... they should all be modified.
I confirm. (Kontact 0.8.1, KDE 3.2.1 / Debian unstable)
Same goes for the notes that are shown on the summary.
I confirm. (Kontact 0.8.1, KDE 3.2.2 with Mandrake Linux cooker)
confirm for these packages: kdepim3-3.2.90_2004042714-1 kdepim3-sync-3.2.90_2004042714-1 kdepim3-time-management-3.2.90_2004042714-1 kdepim3-organizer-3.2.90_2004042714-1 kdepim3-devel-3.2.90_2004042714-1 acquired from ftp.gwdg.de, built by adrian@suse.de (at least he wrote the changelog entry in the rpm files) also, i find the new form of the mail summary less useful than the old one. I'd rather have _all_ folders with unread mails shown, and _only those, and a "no new mail" line when there are none, not a "helluva" bunch of lines, each for one folder. just like it was before.
The number of total messages doesn't update for me either, and the unread messages update is rather sproadic (sometimes it updates, sometimes it doesn't). I tried fixing this, but didn't get anywhere after about an hour, so I gave up. :/
I think the whole summary should be refreshed automatically every 5 minutes. It's not ONLY important for mail, but also for anniversaries, birthdays, news, appointments and weather.
Just for everyones information, the unread count is currently only updated after a new mail arrived during a check for new mail. Yes, this will be improved at some point, but it's not that easy because we should avoid too much interprocess communication. Hmm, I just had a good idea (I think). The summary could ask the kmail part for the last change of the unread state (when the user selects the summary) and update the counts if the last change was after the last update. Okay, let's go to work.
On Monday 07 Jun 2004 02:37, Ingo Klöcker wrote: > summary could ask the kmail part for the last change of the unread state > (when the user selects the summary) and update the counts if the last > change was after the last update. Okay, let's go to work. One problem with this, though, would be that if the user just relied on the summary page for all updates (ie, select summary and just leave it, he'll check mail if the summary reports any new messgaes), this won't work. However, if this is used with the 'update summary on new mail check', it'll be fine, I guess.
Hi, this is fixed in CVS HEAD now. Ciao, Tobias
this is broken again in kde 3.5 rc1
not only this is broken; everything configured in kmail to happen when a new mail arrives doesn't happen as well. no "bling", no popup window, no ttsmgr output at all.