SVN commit 640463 by pradeepto:
Kolab/issue1384 and http://bugs.kde.org/show_bug.cgi?id=108939 -
Forward porting Till's proko2 implementation.
Commits #s 581382,588340,609388.
Don't allow base64 or qp encoding for message attachements, such
as when forwarding. (Kolab Issue 1384)
Make sure attached emails are never encoded in anything but 7 or 8 bit.
(Kolab Issue 1384)
Don't base64 encode forwarded messages, the rfc disallows it.
(Kolab Issue 1384)
TODO : forward port to pim+
CCMAIL : winterz@kde.org
svn path=/branches/KDE/3.5/kdepim/; revision=640496
Forward porting Till's proko2 implementation.
Commits #s 581382,588340,609388.
Don't allow base64 or qp encoding for message attachements, such
as when forwarding. (Kolab Issue 1384)
Make sure attached emails are never encoded in anything but 7 or 8 bit.
(Kolab Issue 1384)
Don't base64 encode forwarded messages, the rfc disallows it.
(Kolab Issue 1384)
TODO : forward port to pim+ and branch/3.5/kdepim
svn path=/branches/kdepim/enterprise/kdepim/; revision=640463
The time between Ctrl+Enter and the composer window disappearing is noticeably shorter (it's almost immediate now), especially when no crypto is used.
This is part of the contracted work for kolab issue 1222 ("out of memory when signing large attachments").
svn path=/branches/KDE/3.5/kdepim/; revision=633777
This is part of the contracted work for kolab issue 1222 ("out of memory when signing large attachments").
svn path=/branches/kdepim/enterprise/kdepim/; revision=633625
Also save the mp/mixed boundary so that we can later set it. Checked with signed/unsigned encrypted/unencrypted plain/HTML messages with/without attachments.
BUGS:129662
svn path=/branches/KDE/3.5/kdepim/; revision=554389
7bit because OL is broken and can't deal with qp or base64 in the CN
part of ical parameters. Will make this optional next.
svn path=/branches/kdepim/proko2/kdepim/; revision=460551
attachment and body encryption with chiasmus, as long as chiasmus body
encryption does not clash with gpgp/smime signing or encryption. Make
sure they toggle each other and show informative dialogs whenever
something gets switched off and allow cancel.
svn path=/branches/kdepim/proko2/kdepim/; revision=457741
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