Suppose headers charset from content-type header if headers not
properly encoded. If content-type charset is "us-ascii", use "utf-8"
instead. Write maildir and mbox indexes in right encoding.
BUGS:98079
svn path=/branches/KDE/3.5/kdepim/; revision=614058
Get attachment icon from file name if not available from Content-Type
(Using KMimeType::findByPath as suggested by David Faure)
CCBUG: 35836
svn path=/branches/KDE/3.5/kdepim/; revision=608103
became a bit larger than expected, so I couldn't have the time
to check if it still compiles with the changes done in between
svn path=/trunk/KDE/kdepim/; revision=578269
were "saved" to kmailrc, but kmailrc wasn't synced, so in case of a kmail crash, X crash, power failure, kernel oops...
the settings would be lost, and on the next kmail restart very strange errors would happen when syncing
(can't create folder, folder already there, folder missing, etc.)
The solution: sync(). But while being at it I implemented buffering of sync requests
which was a TODO in kmkernel, but did it in GlobalSettings as Till suggested;
which in turn means we need our own GlobalSettings inheriting GlobalSettingsBase,
and the code lacked ::self()-> in many places to allow that.
srcdir!=builddir users: don't forget to delete globalsettings.{cpp,h} from the builddir
since it's not generated anymore!
CCMAIL: kmail-devel@kde.org
svn path=/trunk/KDE/kdepim/; revision=432538
since we don't need to call Codec::codecForName for it.
Also fixed a compiler warning, the return value from duplicate() was never set, and never used.
svn path=/trunk/kdepim/; revision=360398
since we don't need to call Codec::codecForName for it.
Also fixed a compiler warning, the return value from duplicate() was never set, and never used.
Approved by Marc Mutz.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=360383
and storing them in a kolab resource. First speed problem: this kdWarning statement
evaluates kdBacktrace each time, even if it won't print it.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=360372
Fix PGP/MIME encrypting messages which are BCC'ed. The problem was that KMMessagePart contains a QByteArray which is explicitely shared. Therefore simply copying a KMMessagePart with the copy c'tor for getting a temporary copy isn't possible. Implementing and using a duplicate method fixes the problem.
BUG: 92412
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=359105
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
David Faure
Aaron J. Seigo
Rafael Fernndez Lpez
Allen Winter
Jonathan Marten
Stephan Kulow
Volker Krause
Laurent Montel
Ingo Klcker
Reinhold Kainhofer
Andreas Gungl
Till Adam
Thomas Zander
Marc Mutz