GNOME Bugzilla – Bug 247887
pipe message to command button/menu item/etc
Last modified: 2012-06-16 12:39:41 UTC
I would like to be able to pipe a message to list of pre-defined commands. Adding a menu of the predefined commands to the right click menu would be great. There of course should be a place under Tools->Settings where you could set the predefined commands. There are many uses for this: -Allowing people to pipe commands to their spam filter system of choice. -Allow people to pipe patches into a source code tree. -Allow people to well.. do anything they want with the email ... assuming they know a scripting language ... and have a little intelligence.
Tools/Filters. One of the actions is "shell command" and other is "pipe message to shell command"
That's not what I meant. Yes, I know about doing that. But that means I need a filterable way to define which message get's run by what command. Right now I need to define a filter, using a 'Label' as the criteria. Go to the message and label the message with the label I specified in the criteria, then run the Filter Messages. What I'm talking about is having a setting in the Tools->Settings that would allow a user to define x amount of external scripts that could be used. Then when a user sees a message they want to pipe to that script, they right click and choose the script from the pre-defined list. Yes, you can do that ... sort of right now ... By using Labels and Filters but it's awkward.
Maybe this would be better served by using the MIME system. Applications and scripts can register that they support files of type: text/x-mail and then Evolution can do something smart with it. (The right click menu isn't a bad idea, but there may be other ways of presenting this information.) It seems silly to add another preference into Evolution when there is already a mechanism to register handlers like this.
I think having it accessible(sp) via right click menu is very important. The exact configuration details are another matter. They should be implimented in whatever way makes the most sense.
changing component to "Mailer" to get rid of the UI component, also reassigning as discussed with nags... adding UI keyword.
Same as bug #233429
*** This bug has been marked as a duplicate of bug 233429 ***