* When the user requests compaction of a folder from the RMB, always compact
(even if !needsCompaction), and ensure the final statusbar message shows up
(due to kmheaders polluting it, I had to save/restore it in 2 places).
* When compacting outbox after sending mails, don't tell the user.
This made me stumble upon strange code in kmsender.cpp: if count<0, expunge.
Ingo and I agree that this was meant to be if count==0, expunge.
svn path=/trunk/kdepim/; revision=319419
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
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
(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
which removes it from the current folder and re-adds it, thereby emitting
msgAdded signals which increase the message count in the folder. This leads
to strange "1 of 2 messages sent" status messages. Do filtering under
msg->parent()->quiet(true) which prevents the emitting of those signals.
This is somewhat hackish but will be more cleanly solved with the new
filter manager which should file the mails into the sent mail folder
directly.
OK'd by Ingo.
svn path=/trunk/kdepim/; revision=278413
folders tempOpened by filters are closed prematurely. They are now only
closed when there is no more filter using the filter manager.
svn path=/trunk/kdepim/; revision=262221
sending code was still assuming we did. That led to unpleasantness when the
sent-mail folder was prematurely closed due to the refcounting being one
off.
Luis, thanks for the bug report and logs.
CCMAIL: 65704-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=260276
signals from being emitted.
This should fix the sent folder count updating bug. If it does not for
you, please reopen.
Patch Ok'ed by Till (Don also agreed that quiet() can be removed).
CCMAIL: 63670-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=260199
#define kernel KMKernel::self()
to
#define kmkernel KMKernel::self()
because 'kernel' was a much to general term. We really shouldn't repeat the mistakes of the X developers.
I noticed this problem when I played around with KImageEffects. kimageeffects.h contains 'kernel' as parameter of some methods and so the compilation had to fail. We won't need KImageEffects in the near future, but at least we are now prepared and a clash with another 'kernel' can't happen anymore.
svn path=/trunk/kdepim/; revision=252621
o KMMessage::headerAddrField() now returns a AddressList instead of a string list.
o New method KMMessage::extractAddrSpecs() returns a AddrSpecList (used in sender)
=> Now KMail copes with empty groups while sending (undisclosed recipients: ;)
Using new kio_smtp features:
o Dump prepareString() for KDE_IS_VERSION( 3, 1, 90 )
o Instruct slave to perform dotstuffing and lf->crlf conversion
o Adapt to KMMessage::headerAddrField() signature change
o Use mMessageLength * 1.05 for size declaration instead of KMMessage::msgLength()
svn path=/trunk/kdepim/; revision=222632
has it's own cursor stack.
I added kcursorsaver, that makes sure that the cursor is restored when the object
gets out of scope (just as KConfigGroupSaver)
Now kmkernel doesn't has to cope with cursors anymore
svn path=/trunk/kdepim/; revision=221747
Warning: KMail + current kio_smtp will refuse to just-send-8bit. Either use a server that has the 8BITMIME capability or disable "allow 8bit" in KMail.
svn path=/trunk/kdepim/; revision=219496
Properly determine SSL/TLS state for non-transport sending (ie using a URL
such as smtp://)
CCMAIL: 49902-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=212723
* When talking to kio_smtp, send data by chunks of 32K. This is necessary for
progress info, but it should also fix some problems when sending huge mails
(a comment in kio says that ~14MB is the maximum you can send in one chunk).
svn path=/trunk/kdenetwork/kmail/; revision=199994
This is a set of changes that is well test by myself and others.
The following bug fixes amongst others are included:
Compilation fix: the certificate dialog now compiles
Mjr bugfix: Prevent mail loss when kmail crashes while editing a
drafts message
Mjr bugfix: Fix erratic folder changing when clicking on the folder
tree
Mjr bugfix: Prevent mail loss when applying filters
The follow features have been implemented:
* KMail is now a KPart and can be embedded in the Kontact/Kaplan
container applications along with other KDE PIM applications.
* Remove duplicates function for removing duplicate messages in
a folder.
* Messages can be dragged and dropped on a composer window to
add those messages as attachments.
* Deletion in threaded mode is improved, child messages will no
longer be scattered when a parent is deleted.
* Multiple messages can now be selected in the search dialog.
* New context menu in the search dialog with Move, Copy, Reply
etc. actions for operating on selected messages.
* Search criteria in the search dialog now supports more types
of rules and a variable number of rules.
* Faster searching of large messsages.
* 'Search Folders' which are a KMail folder that stores a search
expression and is dynamically updated (also known as virtual
folders).
* The separate window for reading mail has a context menu with
Reply, Copy etc. actions for operating on the message
displayed.
* The separate window for reading mail has a tool bar.
* Startup of KMail is faster.
* Switching between folders is faster.
* The contents of all composer windows are saved to disk on
composer window creation and then periodically saved to
prevent mail loss in the result of a system crash.
* The state of KMail folders is saved to disk periodically to
prevent status information loss in the result of a system
crash.
Note after start KMail switching to folders for the first time will
slow as the format of the .sorted file has changed.
Enjoy!
svn path=/trunk/kdenetwork/kmail/; revision=195825
for me the "crash on reply" and "forward message crash" bugs and people
on IRC have been insisting on committing it. So yeah, asynchronous message
handling in KMail is in!!! May the God of Coding have mercy on us...
svn path=/trunk/kdenetwork/kmail/; revision=193386
Ingo Klcker
David Faure
Till Adam
Karl-Heinz Zimmer
Stephan Kulow
Dirk Mueller
Bo Thorsen
Ladislav Strojil
Marc Mutz
Carsten Burghardt
Zack Rusin
George Staikos
Don Sanders