After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 464400 - [mail-notification] New mail notify should display sender's email id and subject of message
[mail-notification] New mail notify should display sender's email id and subj...
Product: evolution
Classification: Applications
Component: Plugins
2.12.x (obsolete)
Other Linux
: Normal enhancement
: ---
Assigned To: Milan Crha
Evolution QA team
: 481085 496380 562223 610565 616463 (view as bug list)
Depends on:
Reported: 2007-08-07 15:30 UTC by Akhil Laddha
Modified: 2010-04-22 03:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20

Screen shot (10.01 KB, image/png)
2007-08-07 15:32 UTC, Akhil Laddha
evo patch (9.45 KB, patch)
2009-10-30 16:00 UTC, Milan Crha
committed Details | Review

Description Akhil Laddha 2007-08-07 15:30:52 UTC
Currently it gives only notification that user has got new mail.This feature
will be more useful if it displays sender's email id, subject.
With this it can have options like delete , read etc.

OpenSUSE 10.3 enhancement bug in BNC
Comment 1 Akhil Laddha 2007-08-07 15:32:22 UTC
Created attachment 93221 [details]
Screen shot
Comment 2 André Klapper 2007-08-08 15:45:17 UTC
how should that work if i have 20 new emails?
Comment 3 Akhil Laddha 2007-08-13 09:48:42 UTC
I have already filed one more enhancement bug but i didn't file upstream bug in BGO.OpenSUSE 10.3 enhancement bug in BNC
Hope it will solve your doubt.
Comment 4 André Klapper 2007-08-13 15:02:22 UTC
well, the screenshot seconds my doubt. what the hell do i have the message list pane in evolution for? :)
Comment 5 Akhil Laddha 2007-08-14 05:44:41 UTC
This enhancement request will enable user to handle mails without
opening evolution.In my view that is same issue with account setup also,why users want account setup to be moved out from mail preferences.If user wants to look into calendar events only,then why should he bother about mails.He will just configure account without looking into mails.

Then final verdict is in your hand,you have upper hand due to
experience :)
Comment 6 André Klapper 2007-10-01 02:23:10 UTC
*** Bug 481085 has been marked as a duplicate of this bug. ***
Comment 7 Matthew Barnes 2008-03-11 00:36:36 UTC
Bumping version to a stable release.
Comment 8 Akhil Laddha 2008-07-11 09:35:11 UTC
see bug 355709 also 
Comment 9 Oded Arbel 2008-09-03 10:28:24 UTC
For an example of how this could work see mail-notification ( ) which uses a libnotify transient dialog with all the details.

In the case of multiple emails (that arrive at the same time - otherwise they will just show one after the other), it stacks the notification dialogs one above the other.
Comment 10 Kandepu Prasad 2008-11-25 12:20:20 UTC
*** Bug 562223 has been marked as a duplicate of this bug. ***
Comment 11 Milan Crha 2009-02-20 11:30:21 UTC
I do not think one would want to manage all his/her mails in a notification tool tip. The most I would tend to do is to offer a bit more information shown, when only one new message arrives, but I do not think it'll be noticed much, I believe that say at least 80% of new message arrivals will be with more than one message.

Any objections?
Comment 12 Oded Arbel 2009-02-20 14:51:02 UTC
I do agree that Jean-Yves Lefort's mail-notification's handling of multiple new email as a stack of notifications (often higher then the screen height itself) is not optimal. 

I still think that for a relatively small number of messages (say, 5 or 6) showing a single notification message with the list of subject lines - similar to how the GNOME package-kit frontend does security update notifications - would be highly effective. Milan - I don't believe that your assertion that absolute majority of new email notifications is for more then one email is correct, but I do not think it is relevant - the notification behavior should give out as much information as possible in the constraints of the notification message, and degrade gracefully otherwise.

Here is my suggestion:
* Tooltip (shown when mousing over the "new email icon"): Show a list summarizing the number of new email message for each folder, including the account name - the current display of "you have 2 new emails in your INBOX" is next to useless when you have more then 1 account.
* new email notification (show every time a new email message arrives): use a libnotify dialog instead of the current tooltip. If there are less then X new messages (a rather low number, likely less then 10, maybe configurable) then show a list with each message's account name, folder and subject (maybe also sender's name - I don't believe it is as important as the subject and the space is constrained, definitely don't show the email address). If there are more then X new messages, just show a summary of message counts per folder, as in the tooltip.

What do you think?
Comment 13 Matthew Barnes 2009-02-20 15:34:55 UTC
I'd like to see account-specific notification options before we go cluttering up the notification bubble.
Comment 14 Milan Crha 2009-06-04 18:38:36 UTC
*** Bug 496380 has been marked as a duplicate of this bug. ***
Comment 15 Richard Schwarting 2009-07-17 08:25:36 UTC
I just filed 588843 which is a feature enhancement request for just emitting sender/subject information as a dbus message or generating an event for it.  That's separate from this, in that it doesn't want to see those added to the current notification; it's more so other apps/plugins can do neat things for newly received mail (like announce the sender/subject via Speech Dispatcher so you know whether the interruption is worth returning to the computer when you're away from it :).  
Comment 16 Milan Crha 2009-10-30 16:00:23 UTC
Created attachment 146575 [details] [review]
evo patch

for evolution;

I'm not much willing to do a mail reader in a notification bubble, thus here's a fix to show the folder name as "account_name/folder_name", then show also sender and subject in the notification bubble, but only if there is just one message arrived. The DBus is receiving also msg_uid, msg_sender and msg_subject values, if available (also for one message notification only).

The proper notification plugin can check for changes in active folders, or use the same event and check for a folder by mail_note_get_folder_from_uri, and then test whether new messages arrived since the last test. Just a thought.
Comment 17 Milan Crha 2009-10-30 16:02:28 UTC
Created commit daa8339 in evo master (2.29.2+)
Comment 18 Akhil Laddha 2010-02-22 04:03:59 UTC
*** Bug 610565 has been marked as a duplicate of this bug. ***
Comment 19 Akhil Laddha 2010-04-22 03:55:24 UTC
*** Bug 616463 has been marked as a duplicate of this bug. ***