> Please review your entries at bugs.kde.org to help us

Still current as of KDE 3.2.2

I would suggest to do this on a more abstract basis.

If anybody knows "sylpheed-claws", this MUA has a feature called "actions" which is really, really great (especially for power-users) without looking bloated to new users.

Short abstract:
A action is an external command. This one get's a copy of the message on StdIn or a temporary saved copy as a parameter (configurable) and can do what it wants with it. It has no access to the original message at all (but it would be fine it this would be possible sometimes). 

The output of the ommand can be discarded (for e.g. spam-learning purposes), displayed in a separate window or the messgage preview area can be substituted with the command's output.

If some text is selected in the message view, only the selected text is piped to the program and (if it should be) only the selected text is replaced by the command's output.

With this one, you can do ROT13 really easy, just let a command substitute the selected text.
But also many other wished would be solved without bloating KMail. You can train your spamfilter by filing the message to the specific learn-command. 
Should I open a new bug for this request?

On Friday 23 July 2004 21:42, Bernd Wurst wrote:
> ------- You are receiving this mail because: -------
> You are the assignee for the bug, or are watching the assignee.
>
> http://bugs.kde.org/show_bug.cgi?id=56593
>
>
>
>
> ------- Additional Comments From bugzilla bernd-wurst de 
> 2004-07-23 13:42 ------- I would suggest to do this on a more
> abstract basis.
>
> If anybody knows "sylpheed-claws", this MUA has a feature called
> "actions" which is really, really great (especially for
> power-users) without looking bloated to new users.
>
> Short abstract:
> A action is an external command. This one get's a copy of the
> message on StdIn or a temporary saved copy as a parameter
> (configurable) and can do what it wants with it. It has no access
> to the original message at all (but it would be fine it this would
> be possible sometimes).
>
> The output of the ommand can be discarded (for e.g. spam-learning
> purposes), displayed in a separate window or the messgage preview
> area can be substituted with the command's output.
>
> If some text is selected in the message view, only the selected
> text is piped to the program and (if it should be) only the
> selected text is replaced by the command's output.
>
> With this one, you can do ROT13 really easy, just let a command
> substitute the selected text. But also many other wished would be
> solved without bloating KMail. You can train your spamfilter by
> filing the message to the specific learn-command.

> Should I open a 
> new bug for this request?

Please look at ad-hoc filters (a.k.a shortcut filters) first and maybe 
the out of date but potentially informative doc here 
http://kmailcool.org/tour.html

Having said that replacing only selected text is not supported, only 
replacing entire mails.

Don.

Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.

Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.

As far as I can tell, both suggested solutions (direct implementation of ROT13 and external "actions" which also work for contents of the mail text editor) are still not available in kMail 4.9 and would be handy at times.

You can add filter (configuration=>filter) and use the "redirect to" to pipe the content of the message through a programm (for example rot13). You can in the advanced tab choose to apply only manually this filter and to assign it to a keyboard shortcut and add it to manual filter menu.
This is a working solution, you can, with a single shortcut, rot13 a message.