CVS commit by tilladam:
When inline forwarding a mail consisting of only a top level body part,
extract that body part into an attachment of a newly created multipart/
mixed mail and create a new text part clearly identifying the mail as
a forward.
svn path=/trunk/kdepim/; revision=402419
extract that body part into an attachment of a newly created multipart/
mixed mail and create a new text part clearly identifying the mail as
a forward.
svn path=/branches/proko2/kdepim/; revision=402399
CVS commit by tilladam:
Make sure inline forwarding of inline invitation mails
(content-type text/calendar) works as expected.
svn path=/trunk/kdepim/; revision=401963
Don't hardcode the use of the network codec when opening a mail from
a file but rather use the one the mail specifies or the fallback encoding.
CCBUG: 100834
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=399597
only _one_ address book available...
That might break some apps... but since we'll use an async API in 4.0 the apps
must be rewritten anyway.
CCMAIL:kde-pim@kde.org
svn path=/trunk/kdepim/; revision=399156
while so far (also reported on kde-core-devel). This does -not- fix all the
crashes with folders syncing while moving messages into/out of them. It is
the first one encountered though. Backport?
svn path=/trunk/kdepim/; revision=393547
with attachments change the strategy for assembling the forward mail from
"make a new mail, copy the text body with some fluff, iterate over attach-
ments and attach them to the mail" to "copy the original mail, including
all attachments (possibly inline, for opaque smime), adjust the text part
in the composer, set subject, from, to as needed". That's not only simpler
but leaves the actual parsing of the message that is being forwarded to the
ObjectTreeParser in the messagecompser which can deal with things like
opaque signed mails and construct virtual bodypart for its contents. This
should finally fix aegypten isse 39/266 for good. (Yeah, right ;).
svn path=/trunk/kdepim/; revision=388759
with attachments change the strategy for assembling the forward mail from
"make a new mail, copy the text body with some fluff, iterate over attach-
ments and attach them to the mail" to "copy the original mail, including
all attachments (possibly inline, for opaque smime), adjust the text part
in the composer, set subject, from, to as needed". That's not only simpler
but leaves the actual parsing of the message that is being forwarded to the
ObjectTreeParser in the messagecompser which can deal with things like
opaque signed mails and construct virtual bodypart for its contents. This
should finally fix aegypten isse 39/266 for good. (Yeah, right ;).
svn path=/branches/proko2/kdepim/; revision=388755
folder was get'ed for every single mail. Now the folderstorage has an
addMsg( QPtrList<KMMessage> ) method and the imapjob can handle put operations
with a msgList. And the thingy has a nice progressitem now.
svn path=/trunk/kdepim/; revision=385105
Therefore we do not rely much on the readerwin member vars which caused
problems with parallel downloads. This should hopefully fix the remaining load-on-demand
problems. It definitely fixes#92739.
I only noticed that the OpenWith action takes ages but this is probably not
a result of the change.
BUG: 92739
svn path=/trunk/kdepim/; revision=380928
can only be moved when they have no children.
Along the way fix Bug 94125 and add the FolderRequester to the expire settings
in the folder dialog.
BUG: 94125
svn path=/trunk/kdepim/; revision=371419
happens when a mail that was supposed to be downloaded could not be,
because it was no longer on the server (deleted by another client).
svn path=/trunk/kdepim/; revision=366604
external references in html mails and a link to enable them for a single
mail, if they are disabled for the folder and globally. Thanks a lot, Ingo,
many people have been asking for this. :)
FEATURE: 34857
GUI:
svn path=/trunk/kdepim/; revision=365026
- the search folder should of course also check added messages correctly
- finish the progressitem when the move to an imap folder fails
svn path=/trunk/kdepim/; revision=358300
Add folder RMB menu entry "Assign shortcut" which brings up a dialog to
select a Keyboard shortcut for the folder. Once the folder has a shortcut
you can also assign an icon to it and put it in your toolbar, since its just
a KAction under the hood. Shouldn't be hard to make it possible to create
the action without assigning a key shortcut, but that can come later, and
I'm not sure it's even needed.
The dialog must be the worst looking piece of gui on the planet, but I
promise to beautify it with a little help from my friends asap.
So after all these years away from mutt I can switch to my Inbox with one
keystroke again. Yeah!
svn path=/trunk/kdepim/; revision=353222
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
CVS commit by tilladam:
Use the override codec for printing from the main readerwindow and from a
standalone readerwindow if one is set.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=347724
David Faure
Carsten Burghardt
Till Adam
Ingo Klcker
Tobias Koenig
Allen Winter
George Staikos
Adriaan de Groot
Andrew Coles
Stephan Binner
Marc Mutz
Andreas Gungl
Bo Thorsen