SVN commit 488973 by tilladam:
Properly parse encoded message attachments by making sure the decoded
body part is used to construct a new message from. proko2 issue 963
svn path=/branches/kdepim/proko2/kdepim/; revision=488974
during IMAP sync, every message would be marked as 'dirty' due to setStatus() calls,
even when the status didn't change, and at the end of the folder this resulted in
the index entry for every message being rewritten.
+ improved a kdWarning in acljobs.
svn path=/branches/kdepim/proko2/kdepim/; revision=487869
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
stripped of their old UID, by making sure the sernum mechanim is not
used for the complete flag, but there is a real bool per msgbase. This
one was fixed in trunk a while ago already ...
svn path=/branches/kdepim/proko2/kdepim/; revision=455461
online imap mail with load-on-demand enabled during a mail move imap ->
dimap by not removing the UID before the mail is completely downloaded,
otherwise the attachment loading code will attempt to fetch UID 0, which
fails, is retried, fails, is retried ...
svn path=/branches/kdepim/proko2/kdepim/; revision=451875
the handlers are invoked. Otherwise the user is confused, and the mail
underneath moves away, while the secondary window remains open and the
user can invoke the handlers again. While that is not strictly a
problem, this way is more intuitive, I believe.
(See: https://intevation.de/roundup/kolab/issue859)
svn path=/branches/kdepim/proko2/kdepim/; revision=439563
- create contact in addressbook if it's not there yet. Somehow it'd be better to
use another resource or another addressbook to avoid polluting the user's addressbook,
but afaics the kaddressbook API doesn't allow that.
- also store the selected keys into the addressbook contact (when preferences were changed).
When the user says "always encrypt with *this* key", it really means with this key, so
store it. The other way to store a key in the addressbook was the checkbox in
the key selection dialog, but that one doesn't always appear.
https://intevation.de/roundup/aegypten/issue371
svn path=/branches/kdepim/proko2/kdepim/; revision=437269
Remove storage format and pending changes information of folder that are
deleted, or removed as part of a sync.
svn path=/branches/kdepim/proko2/kdepim/; revision=435420
Improve the sent mail folder logic and the readOnly protection to
first try the folder specified in the mail, then if there was none, or
it's not usable, try the identity one, and if that also fails, the
system one.
svn path=/branches/kdepim/proko2/kdepim/; revision=433147
SVN commit 432741 by tilladam:
If the user has managed to put a message into a folder that she now (on
sync) has no longer sufficient rights to put mails into, pop up a
helpful dialog explaining the issue and offering to move the mails in
question into another folder. If the user decides to move them away,
show a folder selector and move. Then continue syncing.
svn path=/branches/kdepim/proko2/kdepim/; revision=432763
SVN commit 432750 by tilladam:
If the user has managed to delete a mail from a read only folder,
through gui bugs, or that particular skill users have to achieve the
impossible, don't attempt to delete on the server, but simply
re-download. This also helps if the folder goes from "i can delete" to
"i can't delete" between syncs.
svn path=/branches/kdepim/proko2/kdepim/; revision=432761
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.
svn path=/branches/kdepim/proko2/kdepim/; revision=432536
SVN commit 430147 by zander:
Only start the timer to set message read if the message is
currently not yet marked as read.
Avoids problems when the user marks a message as 'new' within
the timeout and kmail resetting it moments later again :)
svn path=/branches/kdepim/proko2/kdepim/; revision=431602
propagate that as an icon change to the foldertree, which makes sure
that it has the current type, before rendering the icon. All this to
make the right icon appear on newly downloaded folders.
svn path=/branches/kdepim/proko2/kdepim/; revision=431511
Till Adam
David Faure
Bernhard Reiter