> SVN commit 706446 by bvirlet:
>
> Forward port r706174 and r706425
This commit caused a crash when checking mail for the second time.
AFAIK, this was also reverted in the enterprise branch.
Forward port of:
> SVN commit 709145 by tokoe:
>
> compile++
svn path=/trunk/KDE/kdepim/; revision=709448
Now, we use enums instead of strings.
Add the names of the types to KAccount. They can now be translated.
Also, provide an update script for easy config migration.
BUG: 90509
svn path=/trunk/KDE/kdepim/; revision=689148
handling and index handling.
o Make it possible to have folders that optionally have no index
and/or don't export their serial numbers to the message dict. This
was partly possible before, but relying on all kinds of implicit (and
often wrong) assumptions as to the presence and state of various
datastructures and files on disk.
o [TRUE|FALSE] => [true|false] (sorry about mixing this in)
o group a bunch of bools and use a bit for each to save memory
o remove index related forwards folder -> folderstorage
o api dox additions
Fixed the crashes with local and maildir accounts in the process, I
think.
BUG: 108386
svn path=/trunk/KDE/kdepim/; revision=430817
It's not necessary to expunge the maildir folder because the fetched messages are already deleted by KMFolderMaildir::take(). This prevents KMail from deleting files which could not be read for some reason (wrong permissions, no email message). What's missing is showing an error message if we encounter files with wrong permissions in the Maildir account. But this can wait until after KDE 3.3.
CCMAIL: 74695-fixed@bugs.kde.org
svn path=/trunk/kdepim/; revision=330440
Tested KMAcctLocal (local mbox) and it turns out we don't need a ProgressItem IMHO.
Even with thousands of mails it's pretty fast, and there's progress info in the
statusbar already ("Moving message 1200 of 2500").
svn path=/trunk/kdepim/; revision=314491
to kmkernel, renaming it "mailCheckAborted", since it's now only used for this.
Reimplemented the real "abort all" code (that used to be for the littleprogress' cross button)
in ProgressManager, so that Key_Escape calls it, like it used to. It simply acts as
if the 'abort' button of any running job had been clicked.
svn path=/trunk/kdepim/; revision=314224
> The new messages are counted in KMAccount::processNewMsg(). Since for dIMAP only messages in the INBOX and for IMAP no messages are processed with processNewMsg() those unprocessed new messages are counted in KMAcct(Cached)Imap. The result of the mail check (a map folder<->number of new messages) is emitted with the extended checkedMail signal. In KMMainWidget a summary of the mail check is created and passed to the new mail event.
> TODO:
> - Make the detailed new mail notification optional.
> - Add possibility to ignore new mail in certain folders (which is now very easy to implement).
svn path=/trunk/kdepim/; revision=313356
signals from being emitted.
This should fix the sent folder count updating bug. If it does not for
you, please reopen.
Patch Ok'ed by Till (Don also agreed that quiet() can be removed).
CCMAIL: 63670-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=260199