svn+ssh://tmcguire@svn.kde.org/home/kde/branches/KDE/4.1/kdepim
........
r880534 | woebbe | 2008-11-05 20:38:00 +0100 (Wed, 05 Nov 2008) | 1 line
call KMimeType::mimeType() with ResolveAliases so that e.g. application/x-zip (used by KDE3) works
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=884009
SVN commit 880534 by woebbe:
call KMimeType::mimeType() with ResolveAliases so that e.g. application/x-zip (used by KDE3) works
svn path=/trunk/KDE/kdepim/; revision=880584
Sill some deprecated warnigns, I guess I'll fix them myself now.
--
Merged revisions 843622,850460,850469 via svnmerge from
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
................
r843622 | ervin | 2008-08-07 15:09:51 +0200 (Thu, 07 Aug 2008) | 143 lines
New Enterprise header style, and show attachements as part of the
header.
Closes kolab/merge74 aka "Extended attachment view".
On a personal note I hope it'll make it upstream, those two smallish
features are simply gorgeous IMHO.
[SNIP]
................
r850460 | ervin | 2008-08-21 17:12:23 +0200 (Thu, 21 Aug 2008) | 10 lines
Some fixes as requested by Thomas:
1) Enterprise header's mail picture doesn't overlap subject anymore;
2) In fancy header mode the attachments button is now left aligned;
3) The list of attachment doesn't scroll anymore with the enterprise
header;
4) Enterprise header now plays well with dark color schemes and
encapsulated messages.
Fixing deprecated calls and coding style will follow.
................
r850469 | ervin | 2008-08-21 17:43:46 +0200 (Thu, 21 Aug 2008) | 3 lines
Addresses the style and indentation issues found by Thomas
(from revision 843622).
................
svn path=/trunk/KDE/kdepim/; revision=850566
for the new kDebug/kError/kWarning/kFatal syntax.
You can use the following command to find 'old' code:
egrep -r -A 5 '(kDebug|kError|kWarning|kFatal).*' * | grep -v ".svn" | grep "<< *endl;"
svn path=/trunk/KDE/kdepim/; revision=695781
From enterprise commit log :
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)
svn path=/trunk/KDE/kdepim/; revision=641089
forward port SVN commit 614058 by kainhofe
Make RFC 2231-encoded attachment names work. Patch approved by Ingo (the issues he had were corrected).
RFC 2231 defines an enhanced encoding for attachment filenames, and thunderbird
apparently implemented this encoding. RFC 2231 allows one field to be split
across multiple numbered entries of the form fieldname*0=....;
fieldname*1=...; fieldname*2=...; or fieldname*0=....; fieldname*1=...; fieldname*2=...;
All these entries first need to be concatenated to form the full value of the field.
Here's a real-life example:
--------------060807060608070200030605
Content-Type: application/vnd.ms-excel;
name*0*=ISO-8859-15''%41%46%42%D6%20%42%65%73%65%74%7A%75%6E%67%73%6C%69;
name*1*=%73%74%65%20%53%74%61%6E%64%20%32%30%30%36%2D%31%32%2D%31%39%2E;
name*2*=%78%6C%73
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename*0*=ISO-8859-15''%41%46%42%D6%20%42%65%73%65%74%7A%75%6E%67%73%6C;
filename*1*=%69%73%74%65%20%53%74%61%6E%64%20%32%30%30%36%2D%31%32%2D%31;
filename*2*=%39%2E%78%6C%73
As a result, KMail shows %39%2E%78%6C%73 as the file name in both the message
preview panel as well as in the mime tree.
With this patch, KMail correctly shows the proper filename.
The patch adds one static method to collect all parts of rfc 2231-encoded
params into one single string. That method is then used in two different
places for the name and the filename props.
One minor problem remains, though: As the mime library does not have support
for rfc2231 encoded attachments, the message is not shown with the attachment
icon in the message list.
svn path=/trunk/KDE/kdepim/; revision=641088
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
Improve speed (mainly killing the reparsing which was done in KMMessage::asSendableString())
Kolab issue 1222
svn path=/branches/KDE/3.5/kdepim/; revision=633978
Improve speed (mainly killing the reparsing which was done in KMMessage::asSendableString())
Kolab issue 1222
svn path=/branches/kdepim/enterprise/kdepim/; revision=633977
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
RFC 2231 defines an enhanced encoding for attachment filenames, and thunderbird
apparently implemented this encoding. RFC 2231 allows one field to be split
across multiple numbered entries of the form fieldname*0=....;
fieldname*1=...; fieldname*2=...; or fieldname*0=....; fieldname*1=...; fieldname*2=...;
All these entries first need to be concatenated to form the full value of the field.
Here's a real-life example:
--------------060807060608070200030605
Content-Type: application/vnd.ms-excel;
name*0*=ISO-8859-15''%41%46%42%D6%20%42%65%73%65%74%7A%75%6E%67%73%6C%69;
name*1*=%73%74%65%20%53%74%61%6E%64%20%32%30%30%36%2D%31%32%2D%31%39%2E;
name*2*=%78%6C%73
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename*0*=ISO-8859-15''%41%46%42%D6%20%42%65%73%65%74%7A%75%6E%67%73%6C;
filename*1*=%69%73%74%65%20%53%74%61%6E%64%20%32%30%30%36%2D%31%32%2D%31;
filename*2*=%39%2E%78%6C%73
As a result, KMail shows %39%2E%78%6C%73 as the file name in both the message
preview panel as well as in the mime tree.
With this patch, KMail correctly shows the proper filename.
The patch adds one static method to collect all parts of rfc 2231-encoded
params into one single string. That method is then used in two different
places for the name and the filename props.
One minor problem remains, though: As the mime library does not have support
for rfc2231 encoded attachments, the message is not shown with the attachment
icon in the message list.
BUG:108091
BUG:113100
svn path=/branches/KDE/3.5/kdepim/; revision=622052
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