(such as multiple moves to trash) get informed of messages added to the
destination folder which are not relevant for the current command.
svn path=/trunk/kdepim/; revision=315746
ProgressItems. Add some Q_ASSERTS a la David. Remove the now unused
method. Make message up- and download cancellable.
One remaining issue: displayProgress() was (ab)used to reset the idle
timeout, which eventually disconnects the slave. Where should this
resetting be done now? In the ImapJob dtor, maybe?
svn path=/trunk/kdepim/; revision=313541
manager.
o Implement crypto state labels in the progress dialog.
o add crypto state info to all current users of the progress manager
except sending, since I don't know how to query a transport for whether
it is encrypted or not. Marc?
svn path=/trunk/kdepim/; revision=313293
This shows the presence of a mail's sender in the message view when using fancy headers and can show their KABC picture if set. ( currently disabled )
It also adds a Chat With.. action to the context menu for email addresses.
Zack points out this will give a performance hit as KABC is accessed each time a message is viewed, and KABC is not a fast library. If this is a problem this code can be disabled by removing 'status' from richHeaders in kmail/headerstrategy.cpp.
svn path=/trunk/kdepim/; revision=312901
kmail-devel and is therefor perfect. :) This is still work in progress,
but David wants to start using it for dimap and I'll be working on it
over the next few days. Right now the following stuff iÑ done:
- replace the old cancel button with an up-arrow button which displays
the detailed progress dialog where individual actions can be canceled
- port the SmallProgressDlg to be a ProgressManager listener, which always
shows the latest transaction's (top level only) progress.
- port imapaccountbase and its displayProgress() catch all progress/cancel
handling to a single ProgressItem for now, per operation progress can
replace that one by one
- port KMMoveCommand
- port online imap mail check
Help with porting the remaining areaÑ of KMail would of course be
appreciated and a convenient way for you guys to find out if the API
sucks. :)
svn path=/trunk/kdepim/; revision=312708
(better than <foo.h>, especially when systems could have an identity.h somewhere)
A kconfig_update script moves the identities from kmailrc to emailidentities
svn path=/trunk/kdepim/; revision=311347
Use KIO::NetAccess for saving attachments to remote urls.
Sorry, Carsten, but this commit broke saving attachments to local files. If you still want to fix saving attachments to remote URLs then please have a look at KMSaveMsgCommand which does the same for messages.
svn path=/trunk/kdepim/; revision=309492
and there's no systray icon. This allows KMail to actually exit when closing it,
instead of getting stuck forever on a server that doesn't answer...
Compared to the kmail-devel patch I changed the code in KMMainWin to ensure
it's called even when secondary windows are left opened, and to enable mail
checks again when re-creating a KMMainWin.
I found out that the dimap progress dialog is broken with multiple kmmainwins,
but that's an independent issue, which will go away when porting it to Till's
progress dialog anyway.
svn path=/trunk/kdepim/; revision=307314
will be shown in a separate message window. The message will not be
added to a folder. If the file contains multiple messages (in mbox
format) then only the first message will be shown.
- Add KMCommand::parentWidget() which returns the private mParent because
otherwise subclasses have to store the parent in an additional variable
which is complete nonsense.
svn path=/trunk/kdepim/; revision=297682
Implementing automagic mailing list handling: KMail can now detect whether
a folder stores a mailing list in which case it will try to determine its post,
subscribe, unsubscribe, archive and help addresses.
Aaron could you figure out where the kaction's invoking post,subscribe... could
be put?
CCMAIL: aseigo@kde.org
svn path=/trunk/kdepim/; revision=295216
Refactor partNode creation from a KMMessage into a static method on partNode and port users to it. In the process of this, I found out that KMMessage, KMSaveAttachmentCommand and KMReaderWin all used very slightly different methods to instantiate the root item. I think most of them were wrong:
KMMessage's way (originally spread over two methods...) leaks mainBody...
KMReaderWins' way adds firstBodyPart as a child of itself...
KMSaveAttachmentsCommand doesn't adjust the mimetypes.
So that's why this is experimental: I've combined the various ways with majority vote: two adjusted the mimetypes, so mimetypes are adjusted. Only one added a part as child of it's own, so that's no longer being done, etc.
--and--
Replace broken, complicated logic with clean and simple one. Parsing is cheap in mimelib. That gives us the full MIME headers also in the top-level container partNode, which is needed in ae_branch to get at the protocol-Parameter of mp/signed parts...
svn path=/trunk/kdepim/; revision=281270
o readding the action to the menu
o making sure there is an actual slot behind the action
o preventing the command from being prematurely deleted
o making sure the KMMessage object used has a size and a serial number
CCMAIL: 71385-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=275585
full server roundtrip for each mail but processing them in chunks according
to their target set of flags. This is especially noticeable with "mark all
as read" on a large folder. That goes from minutes to seconds.
svn path=/trunk/kdepim/; revision=275461
it introduced regressions, extended in the following way:
- take the mail from the folder for composing as before
- set transferInProgress to false (set to true by the command during
retrieval of the message) when passing the removed message to the
composer which now owns it
- return true from KMFolder::canAddMsgNow if the message is not in any
folder but its transferInProgress flag is set. This prevents messages
from simply going away if the flag is not properly reset by some action
or other and the mail is not currently in any folder. Not relevant
anymore for the above case, but safer nonetheless.
svn path=/trunk/kdepim/; revision=273392
discarded, the old, unchanged version should be put back. To ensure that
works, the old parent folder needs to be remembered and set in the
KMComposeWin.
svn path=/trunk/kdepim/; revision=273027
was already in there is edited by using take() instead of remove() because
the later doesn't set the parent to 0 which results in unpleasantness in
KMFolderImap::addMsgQuiet().
Steve, thanks for the report.
CCMAIL: 70426-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=273016
Ingo Klcker
David Faure
Till Adam
Will Stephenson
Allen Winter
Carsten Burghardt
Laurent Montel
Edwin Schepers
Zack Rusin
Bo Thorsen
Marc Mutz
Dirk Mueller