sed 's/59 Temple Place - Suite 330, Boston, MA 02111-1307/51 Franklin Street, Fifth Floor, Boston, MA 02110-1301/'
PS: I didn't touch the kalarm dir, since david seems to update the address himself, and I don't want to create conflicts for him.
CCMAIL:lists@astrojar.org.uk
svn path=/trunk/KDE/kdepim/; revision=437921
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
- make own dialog instead of KInputDialog, to add a line for custom options
- remember last selected key, and options. https://intevation.de/roundup/aegypten/issue325
svn path=/branches/kdepim/proko2/kdepim/; revision=430244
content type is re-set to text/plain and not reused from the original
message, since that might have been mulitpart/signed or multipart/digest
or multipart/alternative, all of which would produce broken messages.
This was fixed differently (and more intrusively) in HEAD many moons
ago.
svn path=/branches/kdepim/proko2/kdepim/; revision=420789
Fixed aegypten issue 295: "kmail encrypts entire mail though only attachment was to be encrypted"
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=382702
Fixed aegypten issue 295: "kmail encrypts entire mail though only attachment was to be encrypted"
by separating doEncryptBody/doSignBody from doEncrypt/doSign, and, hmm, fighting with mimelib as usual.
svn path=/trunk/kdepim/; revision=382699
by separating doEncryptBody/doSignBody from doEncrypt/doSign, and, hmm, fighting with mimelib as usual.
I watched for regressions by recording a kdexecutor script that sends 10 mails
with different combinations of enc/sign/enc+sign/!enc+!sign for body and attachments,
it all looks fine now.
svn path=/branches/proko2/kdepim/; revision=382686
The new parameter in KMComposeWin::slotSelectCryptoModule is necessary to detect changes of the crypto format.
Add isModified() and setModified() to KMComposeWin to easily query and (re)set the modification status.
In KMComposeWin::slotContinueDoSend() reset the modification status only if sending/saving as draft really succeeded.
BUG: 88159
BUG: 93512
svn path=/trunk/kdepim/; revision=369149
and related things to KConfigXT. This must have been a lot of very non-
interesting grunt work, but it's a very much appreciated, so thanks a
bunch, dude. :)
Please everyone keep your eyes open for regressions, I've tried to review
it carefully, but it's big and something might have crept in.
svn path=/trunk/kdepim/; revision=361463
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
Stephan Binner
Reinhold Kainhofer
Andr Wbbeking
Till Adam
David Faure
Marc Mutz
Thomas Zander
Ingo Klcker
Bo Thorsen