bugMail Notification, A mail notification for freedesktop.org-compliant system trays - Bugs: bug #19696, RFE: No 'mark as read' or 'mark as...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #19696: RFE: No 'mark as read' or 'mark as spam' buttons; just 'delete'.

Submitter:  Thorsten Leemhuis <thorstenl>
Submitted:  Wed 25 Apr 2007 02:32:30 PM UTC
   
 
Severity:  1 - Wish Status:  Fixed
Privacy:  Public Assigned to:  None
Originator Name:  Open/Closed:  Closed

Jump to the original submission

Tue 26 Jun 2007 06:25:39 PM UTC, comment #14: 

I just rebuilt the Fedora package, having updated the version. All the configuration is the same, and the schema is in /etc/gconf/schemas/mail-notification.schemas where I believe it ought to be. There is a %post script in the package, which runs:
/usr/bin/gconftool-2 --makefile-install-rule \
  /etc/gconf/schemas/mail-notification.schemas >/dev/null ||:

David Woodhouse <dwmw2>
Tue 26 Jun 2007 06:20:14 PM UTC, comment #13: 

Maybe the mail-notification.schemas file was installed in the wrong location for your system (the default is $(sysconfdir)/gconf/schemas). Try to pass --with-gconf-schema-file-dir=/path/where/other/schema/files/are/installed to ./configure.

Jean-Yves Lefort <jylefort>
Group administrator
Tue 26 Jun 2007 05:08:38 PM UTC, comment #12: 

Killing gconfd-2 and then restarting mail-notification didn't help.

In fact, even when I kill my session completely and log in again, I still get no actions. I have to set them manually.

David Woodhouse <dwmw2>
Tue 26 Jun 2007 04:39:02 PM UTC, comment #11: 

The default setting is stored in the mail-notification.schemas file; IIRC gconf is buggy and does not make the defaults available until gconfd-2 is restarted.

Jean-Yves Lefort <jylefort>
Group administrator
Tue 26 Jun 2007 04:21:18 PM UTC, comment #10: 

I just updated to 4.1, and I seem to get no actions enabled by default. The /apps/mail-notification/popups/actions key doesn't exist at all in my registry. This is fine for me since I was planning to mangle it by hand anyway (after which it works well; thanks)... but perhaps this behaviour on upgrades is suboptimal for other users?

If the key doesn't exist at all, perhaps we should default to [open,mark-as-spam,delete]? If the user really does want no actions, they can set it to an empty list.


Btw, if you use git you still get quick local access. You only spend time on the network traffic when you choose to push to the public tree. We can also set up something to automatically mirror your local CVS tree into git and push it to the public server. (I have a distinct recollection of saying that once before, but I don't see it below... I must be going mad).

David Woodhouse <dwmw2>
Tue 26 Jun 2007 12:39:38 PM UTC, comment #9: 

Fixed in 4.1

Jean-Yves Lefort <jylefort>
Group administrator
Thu 14 Jun 2007 08:51:41 PM UTC, comment #8: 

Thanks for your offer, but since I'm the only developer I prefer to keep my CVS repository local for access performance reasons.

Jean-Yves Lefort <jylefort>
Group administrator
Thu 14 Jun 2007 08:56:23 AM UTC, comment #7: 

Thanks. Is the version control system still not available to the public? I can offer you git hosting on git.infradead.org if that would be useful (and git can mirror any of the legacy VC systems like cvs, svn, etc...)

David Woodhouse <dwmw2>
Mon 11 Jun 2007 05:32:08 PM UTC, comment #6: 

Good points. I've added the delete action as well as a GConf key for configuring the order and presence of actions. Note however that the delete action is disabled by default since it is somewhat redundant with the "mark as spam" action and since I believe that more users will use "mark as spam" than delete.

Thanks for the patch, btw.

Jean-Yves Lefort <jylefort>
Group administrator
Mon 11 Jun 2007 04:11:51 PM UTC, comment #5: 

It's actually quite common these days for ISPs and other people running mail servers to do spam filtering on behalf of their users. Some people like messagelabs.com build a business around such services.

In the majority of such cases, the end-user's MUA doesn't have any way to 'report' incoming mail as spam in a way which feeds back to the MTA doing the filtering. They either keep it, or just delete it. A 'delete' option makes just as much sense as 'mark as spam' does, surely?

Interesting comments about 'mark as read'. I think I'll re-enable that in my private build and see if I can get into the habit of using it.

David Woodhouse <dwmw2>
Mon 11 Jun 2007 03:37:04 PM UTC, comment #4: 

A lot of people use client-side based spam filtering; it might be the wrong place, but it's the only available one if you don't happen to run your own public SMTP server.

Regarding "Mark as Read", I (and other people too, I believe) use it quite often:

- when I receive a bug tracker notification for a comment I wrote (as is the case for this bug tracker, for instance)
- when I inadvertently jump into a thread and people keep CC'ing for the entire duration of the thread even if I'm no longer interested
- when I receive mails that I can classify as uninteresting (although not spam stricto senso) just by seeing the subject

But I don't see any use for "Delete". Either mail is spam and it should be reported as such (I think that even MTA-based filters have to maintain bayesian databases or blacklists), or it is ham and it is normally kept for future reference.

Jean-Yves Lefort <jylefort>
Group administrator
Mon 11 Jun 2007 03:13:14 PM UTC, comment #3: 

Why would a 'delete' action not be useful to the general public?
I certainly find it more useful than the 'Mark as Spam' and 'Mark as Read' buttons.

The 'Mark as Spam' option is only meaningful for people who have spam filtering hooked up to their MUA, which is the wrong place to do it since you want to give SMTP-time rejection.

The 'Mark as Read' option is even stranger -- I cannot imagine any circumstance in which I would want to mark a message as read when I haven't actually read it.

David Woodhouse <dwmw2>
Mon 11 Jun 2007 03:04:33 PM UTC, comment #2: 

I forgot to say that I might add a GConf key for configuring the order and presence of the builtin actions, eg "open, mark-as-read, mark-as-spam".

Jean-Yves Lefort <jylefort>
Group administrator
Mon 11 Jun 2007 03:00:50 PM UTC, comment #1: 

Now that you have implemented that feature, you might guess why I don't add configurable actions: because they require support code (note however that you can bind custom commands to the 3 builtin actions via the mailboxes.xml file -- see the MN manual).

Regarding the delete action, I'm not convinced that it can be useful to the general public.

Jean-Yves Lefort <jylefort>
Group administrator
Wed 25 Apr 2007 02:32:30 PM UTC, original submission:  

Forwarded from:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235769

Opened by David Woodhouse (dwmw2@redhat.com) on 2007-04-09 23:07 EST

The 'mark as spam' button in the notification popup is utterly meaningless to me; since I don't use this weird thing (I even disabled the unwanted Junk and Trash vFolders since they get in the way of real folders with those names).

The 'mark as read' isn't much use either. The only thing I really want to do to mail without actually going to the MUA and reading it is 'delete'.

Please could we make the actions on the popup window configurable?

Thorsten Leemhuis <thorstenl>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #13014:  mail-notification-notify-delete.patch added by dwmw2 (4KiB - text/x-patch - This patch implements the 'Delete' option. Then all I need to do is get rid of the unwanted 'Mark as Read' and 'Mark as Spam' buttons.)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by jylefort (Posted a comment)
  • -email is unavailable- added by dwmw2 (Updated the item)
  • -email is unavailable- added by thorstenl (Submitted the item)
  •  

    Follow 8 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-06-26 jylefort StatusIn Progress Fixed
        Open/ClosedOpen Closed
    2007-06-11 jylefort StatusWont Fix In Progress
        Open/ClosedClosed Open
    2007-06-11 jylefort StatusNone Wont Fix
        Open/ClosedOpen Closed
    2007-06-11 dwmw2 Attached File- Added mail-notification-notify-delete.patch, #13014
    2007-04-25 dwmw2 Carbon-Copy- Added -email is unavailable-

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code