Properly clear the KMMsgPart before it's filled with the values of the DwBodyPart. This fixes bug 87198 (Sending (of new) a e-mail with kmail for kde-3.3 the name of the file attached, some times, it comes lost) which was caused by the fact that we reused the same KMMsgPart object in order to add all attachments to a forwarded message.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=348023
#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
Default to local encoding if no charset is specified for a message part. Patch by Toyohiro Asukai <toyohiro@ksmplus.com>
CCMAIL: 56570-fixed@bugs.kde.org
svn path=/trunk/kdepim/; revision=217435
kmmessage.*:
- Add static QValueList<int> determineAllowedCtes( const KMime::CharFreq& cf,
bool allow8Bit,
bool willBeSigned );
This function returns a list of ctes which can be used to encode a
message/message part with the given result of the character frequency
analysis and under the given restrictions. This function is introduced
to remove code quadruplication (the same code was used twice in
KMMessage and twice in KMMessagePart).
kmmessage.* and kmmsgpart.*:
- Add bool willBeSigned parameter to the setBodyAndGuessCte functions.
- Get rid of the quadupled code and instead use the above mentioned
static function.
kmcomposewin.cpp:
- Make use of the enhanced setBodyAndGuessCte functions.
Patch as posted to the KMail mailing list on Dec 22 (except for the 'const' in determineAllowedCtes(...)).
svn path=/trunk/kdepim/; revision=201086
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
- is there a neater way of dealing with this,
- the email that was showing the problem sent to me by Martijn, showed one
other problem - how should be handle wordwrapping? Should we break the
format of the email while replaying to it or keep the format the way it was?
Currently we break it, to fit our wordwrapping standards.
svn path=/trunk/kdenetwork/kmail/; revision=180553
debug output (only for the moment) to the IMAP methods to find out why it's broken
(finally got a few IMAP accounts, hopefully today few fixes for it will land)
svn path=/trunk/kdenetwork/kmail/; revision=169280
( see: http://www.gnupg.org/aegypten/ )
b) Removed some misleading warnings
c) Added Marc Mutz's patch of kmmsgpart.cpp: Make sure
Quoted Printable processing goes analogous to base64
by using KMime now and have some little improvements
in ::body().
d) AEGYPTEN_BRANCH was using KDockWidgets, these have been
(temporarily) disabled in the HEAD branch: will be
activated once KDockWidget has better usability.
Result of this: At the moment the new KMMimePartTree
is invisible - will be fixed right now.
PLEASE use the bug tracker to report any errors that might
result from this merger - additionally you may send mails
directly to me.
Karl-Heinz Zimmer, Senior Software Engineer, Klaraelvdalens Datakonsult AB
<mailto:khz@klaralvdalens-datakonsult.se> <mailto:khz@kde.org>
svn path=/trunk/kdenetwork/kmail/; revision=151089
- Don't copy the attachment even more often than is needed.
- KMMessagePart::size() is now decodedSize() to make it's purpose clearer.
- Don't try to outsmart QByteArray with resize+1,[size]=0,resize-1 tricks.
- Use KIO::convertSize() instead of homebrewn ->KB formatter.
svn path=/trunk/kdenetwork/kmail/; revision=131276
Sorry, but these functions in KCodecs are really everything else than
consistent in what data types they use.
svn path=/trunk/kdenetwork/kmail/; revision=128721
Ingo Klcker
Marc Mutz
Carsten Burghardt
Zack Rusin
Bo Thorsen
Daniel Molkentin
Don Sanders
Stephan Kulow
Karl-Heinz Zimmer
Michael Haeckel
Dirk Mueller
David Faure
Cornelius Schumacher