when initiated via menu or hotkey (the redirect filter action
has already been fixed for 3.3).
See http://bugs.kde.org/show_bug.cgi?id=88473 and duplicates.
The dialog which collects the addresses needs further
improvements though.
svn path=/trunk/kdepim/; revision=350099
Now we sent redirected messages which are conform to RFC 2822.
Thanks to Ingo for pointing me into the right direction.
CCMAIL: 51283-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=333330
(better than <foo.h>, especially when systems could have an identity.h somewhere)
A kconfig_update script moves the identities from kmailrc to emailidentities
svn path=/trunk/kdepim/; revision=311347
new message is constructed and returned which has a new set of headers.
Consequently there is no X-UID header anymore. If the message is then left
in the same folder and not moved somewhere else, the original mail is
removed from the folder on the server and the new one uploaded. To figure
out which mail to remove, the (now missing) X-UID header is looked at.
That is not there -> no uid -> message is not delete (used to be folder is
expunged). To avoid that, restore the X-UID header after the pipe through
to make sure it's there. Not really correct, technically, but I can't
think of another reliable way to fix this.
Thanks a lot to Arnaud Burlet for helping me track this bugger down and
testing.
Backport?
CCMAIL: 74017-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=285431
This should fix a bug with ad hoc filters crashing when they move a message
to a different folder.
And also fix the bug/limitation that the move to folder action has to
come last in the list of filter actions for a filter.
This commit doesn't really use the action scheduler, code to use the
action scheduler in kmheaders and kmcommands is commented out.
I've been testing this code for a few weeks now. The changes to the
assignment operators in the kmmessage and kmmsgbase classes are the
changes I'm most concerned about here.
svn path=/trunk/kdepim/; revision=264912
#define kernel KMKernel::self()
to
#define kmkernel KMKernel::self()
because 'kernel' was a much to general term. We really shouldn't repeat the mistakes of the X developers.
I noticed this problem when I played around with KImageEffects. kimageeffects.h contains 'kernel' as parameter of some methods and so the compilation had to fail. We won't need KImageEffects in the near future, but at least we are now prepared and a clash with another 'kernel' can't happen anymore.
svn path=/trunk/kdepim/; revision=252621
- When reading the legacy status field, set all messages that are not new
or unread as read, so they don't end up having unknown status if the user
unsets the only flag they have, for example important.
svn path=/trunk/kdepim/; revision=236048
dded KMMessage::fromByteArray(). Uses less memory (no intermediate QCString built) and fixes the off-by-one error in a central place.
svn path=/trunk/kdepim/; revision=226543
Till Adam
Andreas Gungl
Bo Thorsen
Stephan Binner
David Faure
Ingo Klcker
Marc Mutz
Don Sanders
Simon Hausmann
Dirk Mueller
Zack Rusin
Laurent Montel
Daniel Molkentin
Carsten Pfeiffer
Gioele Barabucci