subject.findRev(':') removed too much, better use KMMessage::cleanSubject()
which only removes Re: and Fwd: stuff.
CCMAIL: 84422-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=325908
noop timer, which keeps the connection active by sending regular noops and
a real (and as of yet unused) idle timer, which can be used to disconnect
the slave if nothing (apart from noops) has been going on for a while.
Remove the mIdle bool which was used to differentiate those two uses in the
old timer and remove the two users of that bool, thereby fÑxing the recent
crashes in assignJobToSlave people have been seeing. Deselecting a folder
in the folder tree used to set the account to idle, the idle timer fires,
mIdle is true => disconnect => no slave => boom.
TODO: start the idle timer on connect and reset on all imapjobs, etc
svn path=/trunk/kdepim/; revision=318964
- Save Attachments for
- single messages without attachments
- single messages where the main (and only) body part is an attachment (i.e. attachment-only messages like they are produced by some Microsoft mail clients)
- single messages with one or more attachments
- multiple messages of all different flavors
- Save As from attachment context menu for single attachments
- Save As from the context menu in the message structure viewer for multiple selected body parts
- Save As Encoded from the context menu in the message structure viewer for multiple selected body parts
- Save All Attachments from the context menu in the message structure viewer
Please test this with IMAP and loading attachments on demand.
svn path=/trunk/kdepim/; revision=317951
1) if the KIMProxy couldn't be initialized (no IM apps running), disable the Chat With... context menu entry.
2) if the email address isn't in the addressbook, explain what has to be done.
3) if the email address is found more than once, explain we couldn't determine who you wanted to chat to and give a list of the matches.
Handling these errors after the user clicks 'Chat with' is good for two reasons: we don't have to do slow findbyUid() calls on each email address in a message, and we can give the user feedback why this action is currently not possible.
svn path=/trunk/kdepim/; revision=317894
to libkdepim. Removed dependency on KMMainWidget by using a signal from ProgressDialog.
This also fixes the bug Till reported, where closing the progressdialog with
the cross wouldn't make the arrow look up again.
svn path=/trunk/kdepim/; revision=316885
fixing aegypten issue #71: opaque signed mails could not be saved to a file without signature in clear text form, they always were saved in opaque form.
svn path=/trunk/kdepim/; revision=316375
(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
David Faure
Till Adam
Stephan Binner
Ingo Klcker
Andrew Coles
Bram Schoenmakers
Will Stephenson
Marc Mutz
Allen Winter
Carsten Burghardt
Laurent Montel
Edwin Schepers
Zack Rusin
Bo Thorsen