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
- kmail/imapaccountbase.cpp:1102
If line 1092 gets executed and also 1102, then the second crashes.
- kmail/kmmsgdict.cpp:248
If folder is NULL as indicated by line 244, then line 248 crashes.
- kmail/kmmsgdict.cpp:214
If folder is NULL as indicated by line 208, then line 214,225, crashes.
- kmail/renamejob.cpp:64
If storage is NULL as indicated by line 57, then line 62 crashes.
Lines where the operator preference between & and == leads to an error.
- kmail/kmmsgbase.cpp:873
- kmail/kmfolderimap.cpp:876
If f is NULL as indicated by line 869, then line 876 crashes.
- kmail/kmsender.cpp:362
If sentFolder is NULL as indicated by line 340, then line 362, 367
crashes.
Thanks to Christoph for working on this.
svn path=/branches/KDE/3.5/kdepim/; revision=530119
SVN commit 520754 by tilladam:
Make the saving of encrypted messages as unencrypted work again, at
least as much as it ever did. This is a hack, but I don't dare do
the right fix in a stable branch.
svn path=/branches/kdepim/proko2/kdepim/; revision=520755
least as much as it ever did. This is a hack, but I don't dare do
the right fix in a stable branch.
svn path=/branches/KDE/3.5/kdepim/; revision=520754
SVN commit 490568 by tilladam:
Implement a non-gui-exposed option to allow sending of MDN messages with
an SMTP MAIL FROM of <>, which conforms to the rfc, but doesn't work
with many real world servers, since they discard such messages for spam
protection. Still, integrators might want to set it, via Kiosk, for
example.
svn path=/branches/KDE/3.5/kdepim/; revision=490571
an SMTP MAIL FROM of <>, which conforms to the rfc, but doesn't work
with many real world servers, since they discard such messages for spam
protection. Still, integrators might want to set it, via Kiosk, for
example.
svn path=/branches/kdepim/proko2/kdepim/; revision=490568
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
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=/trunk/KDE/kdepim/; revision=433145
- addRecipients was a Template Method that called virtual addOneRecipient() = 0 in a loop. I might even be the one to blame for that, but the need for the curious temporary member variables mQuery* made me inline addRecipients. After all, for sendmail it's just appending all the stuff to the command line, and for SMTP it's more readable as a simple QStringList::join(). So add*Recipient*() are gone.
svn path=/trunk/KDE/kdepim/; revision=430477
here: http://lists.kde.org/?l=kmail-devel&m=111945756024656&w=2
I've changed the KMMsgDict::instance() to return a pointer instead of a
reference, compared to the patch I posted, after valid criticism from
Marc that the pattern is generally used with a pointer, in KDE, so it's
better not to surprise people here.
svn path=/trunk/KDE/kdepim/; revision=428560
a specified transport.
This means that if the user moves from home to the office or somesuch he
can override the trasnport in the queued msg and force all mail to be sent
using a specific transport that he knows works.
Also it will pop up a warning if the selected transport is non encrypted to
avoid sending sensitive emails over an unecnrypted transport.
svn path=/trunk/kdepim/; revision=401726
Don't let KMail forget the "X-KMail-Recipients" header if sending
of messages failed (Patch by Ingo Klöcker)
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=398187
CVS commit by tilladam:
Fix issue 139 by using the mechanism we use for setting the replied and
forwarded status after a mail has been sent succesfully to move the mail
that originally triggered the sending of the accept/decline mail, whose
serial number is remembered in a link header to the trash folder configured
for that account. In other words, if you click to accept an invitation, and
then send the generated reply, the invitation mail will automagically go
away.
svn path=/trunk/kdepim/; revision=347299
forwarded status after a mail has been sent succesfully to move the mail
that originally triggered the sending of the accept/decline mail, whose
serial number is remembered in a link header to the trash folder configured
for that account. In other words, if you click to accept an invitation, and
then send the generated reply, the invitation mail will automagically go
away.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=347297
Works for mail accounts and SMTP servers, already stored passowrds are migrated to the wallet.
CCMAIL: 76097-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=342067
before being moved to an imap sent mail folder, is kept open, otherwise
the KMMsgBase pointers passed to the command become invalid. Introduce
KMCommand::keepFolderOpen( KMFolder* ) which opens a folder and adds it
to the list of folders to be closed by the dtor.
svn path=/trunk/kdepim/; revision=333462
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
the message from the local sent mail (where it is placed for fallback) to
the imap folder by using a KMMoveCommand, which nicely encapsulates all
that. This avoids the folder constantly opening and closing during
processing of incoming data which makes KMail appear hung and consumes
massive amounts of cpu.
Ferdinand, can you confirm this fixes it?
CCMAIL: 84215-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=333060
* When the user requests compaction of a folder from the RMB, always compact
(even if !needsCompaction), and ensure the final statusbar message shows up
(due to kmheaders polluting it, I had to save/restore it in 2 places).
* When compacting outbox after sending mails, don't tell the user.
This made me stumble upon strange code in kmsender.cpp: if count<0, expunge.
Ingo and I agree that this was meant to be if count==0, expunge.
svn path=/trunk/kdepim/; revision=319419
to libkdepim. Removed dependency on KMMainWidget by using a signal from ProgressDialog.
This also fixes the bug Till reported, where closing the progressdialog with
the cross wouldn't make the arrow look up again.
svn path=/trunk/kdepim/; revision=316885
Stephan Kulow
David Faure
Allen Winter
Ismail Onur Filiz
Till Adam
Stephan Binner
Marc Mutz
Matt Douhan
Andreas Gungl
Carsten Burghardt
Karl-Heinz Zimmer
Szombathelyi Gyrgy
Holger Freyther
Volker Krause
smail Dnmez
Ingo Klcker