Put all kleo headers under kleo/, and ui stuff in kleo/ui,
and adapt pim apps to look in these places, and don't include uic
generated headers in public headers. Dashboard only knows if
I am doing the right thing.
CCMAIL:tomalbers@kde.nl
svn path=/trunk/KDE/kdepimlibs/kleo/; revision=687789
- adjust includes and link rules
- delete the libraries from this module
- remove obsolete collectingprocess and configmanager
svn path=/trunk/KDE/kdepim/; revision=682059
port 630582
in KMime::MDN::AutomaticAction mode ignore MDN user settings
fake header fields if missing and remove them later.
BUG#91252
svn path=/branches/kdepim/enterprise/kdepim/; revision=668947
SVN commit 645047 by coolo:
another one of my most hated kmail crashes: if you cancel
gpg passphrase, kmail will crash in most cases you was careless.
After some fiddling I didn't find a better solution to this
problem than adding a direct protection member to the message.
BUG#96498
svn path=/branches/kdepim/enterprise/kdepim/; revision=667952
SVN commit 630887 by winterz:
Ingo says to revert this.
So we are still looking for a fix to this bug.
svn path=/branches/kdepim/enterprise/kdepim/; revision=667660
- the ability to have a particular domain only allowed for MDNs
- the ability to send no MDNs to SPAM
- the ability to configure access to the above two options
- extended sieve parsing for vacation settings
- the ability to strip certain mimetypes (such as invitations) when
inline forwarding emails automatically
These are mostly usefull for Kiosk.
-
svn path=/branches/kdepim/enterprise/kdepim/; revision=662540
in KMime::MDN::AutomaticAction mode ignore MDN user settings
fake header fields if missing and remove them later.
svn path=/trunk/KDE/kdepim/; revision=657245
Forward port of ...
SVN commit 645625 by pradeepto:
kolab/issue1583 - Fixing OL compatibility with attachments that have umlauts in the filename.
Volker's patch worked really awesome. Thanks Volker.
svn path=/trunk/KDE/kdepim/; revision=645750
SVN commit 645625 by pradeepto:
kolab/issue1583 - Fixing OL compatibility with attachments that have umlauts in the filename.
Volker's patch worked really awesome. Thanks Volker.
svn path=/branches/KDE/3.5/kdepim/; revision=645628
Volker's patch worked really awesome. Thanks Volker.
TODO : Will port to proko, branches/3.5 and pim+. Volker takes care of trunk.
svn path=/branches/kdepim/enterprise/kdepim/; revision=645625
another one of my most hated kmail crashes: if you cancel
gpg passphrase, kmail will crash in most cases you was careless.
After some fiddling I didn't find a better solution to this
problem than adding a direct protection member to the message.
svn path=/trunk/KDE/kdepim/; revision=645185
gpg passphrase, kmail will crash in most cases you was careless.
After some fiddling I didn't find a better solution to this
problem than adding a direct protection member to the message.
BUG: 96498
svn path=/branches/KDE/3.5/kdepim/; revision=645047
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
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
So we are still looking for a fix to this bug.
CCMAIL: dmiceman@ubiz.ru, kloecker@kde.org
CCBUG: 140549
svn path=/branches/KDE/3.5/kdepim/; revision=630887
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
Improved templates support from Dmitry:
1. Coding style fixes.
2. Little refactoring.
3. Custom reply/forward templates added (David Faure ask for them on list)
4. Various bug fixes, including major one -- wrong charset on %TEXT command
svn path=/branches/KDE/3.5/kdepim/; revision=614027
Aaron J. Seigo
Tom Albers
Will Stephenson
Laurent Montel
Allen Winter
Ingo Klcker
Pradeepto Bhattacharya
Volker Krause
Till Adam
Christian Schaarschmidt
Pino Toscano
Stephan Kulow
David Faure
Dirk Mueller
Dmitry Morozhnikov
Matthias Kretz
Frank Osterfeld
Jonathan Marten
Reinhold Kainhofer