Bug 115404 - wish: add dcop-commands to get message-list and message-data
Summary: wish: add dcop-commands to get message-list and message-data
Status: RESOLVED INTENTIONAL
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-31 00:53 UTC by S. Burmeister
Modified: 2011-02-15 12:18 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S. Burmeister 2005-10-31 00:53:20 UTC
Version:            (using KDE KDE 3.4.3)
Installed from:    SuSE RPMs
OS:                Linux

It would be useful, to have the possibility to get message-lists via dcop. A list of all unread emails, a list of all new emails, a list of all emails in the current view, a list of all emails from a certain folder.
Obviously it should also be possible to get only a list of x messages.

Following the list-commands that supply an ID one should be able to get the message-text, sender, date and so on of a certain ID or just the currently selected message.

Using these functions, desktop-apllets or IM-apps could provide a summary of email or show information realated to the currrently selected message.
Comment 1 Michael Schulze 2006-02-13 13:36:00 UTC
I find this a little delicate, to give all applications acess to all email. There should be some kind of application-specific authorization (possibly using KWallet, but this would also have to become more secure), or at least access to email should be disabled by default.
Comment 2 S. Burmeister 2006-02-13 13:46:09 UTC
On the one hand, every application running has either root-rights or was started by the user. On the other hand you are right that restricting access would be very useful.

Yet, what would stop an application started by the user or root from accessing the mail-dir in .kde directly? In that case it could even manipulate the data.
Comment 3 Michael Schulze 2006-02-16 11:30:51 UTC
A user's mail does not necessarily reside in his home directory, it might be accessible on a remote IMAP account only, for example.
Comment 4 S. Burmeister 2006-02-16 13:27:25 UTC
While I do not see the necessity to disallow reading IMAP-accounts, when POP can be accessed via the file-system anyway, this could be solved by a switch to only allow the dcop for POP or both IMAP and POP.
Comment 5 Björn Ruberg 2009-12-21 23:41:25 UTC
dIMAP would be a candidate too
Comment 6 Christophe Marin 2011-02-15 12:18:41 UTC
KDE4 doesn't use DCOP anymore.