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
Adds two variants of setStatusMsgTransmissionCompleted and setStatusMsgWithTimestamp to KMBroadcastStatus.
Based on a patch by Patrick S. Vogt <patrick.vogt@unibas.ch>
svn path=/trunk/kdepim/; revision=212674
kmacctmgr has 2 lists (currently checking and todo), the accounts care for the setting of the necessary flags.
All accounts show a transmission message, use -1 as newMailsProcessed argument to use your own message (e.g. in kmacctexppop)
svn path=/trunk/kdepim/; revision=210690
Please note that this port includes a bug fix which should be ported back to make_it_cool. I've sent the bug fix to the mailing list.
svn path=/trunk/kdenetwork/kmail/; revision=184866
to be called with dangling points with functions called with QChar
arguments, that are safer and easier to program too
svn path=/trunk/kdenetwork/kmail/; revision=179849
show the user a wrong number of mails loaded. Currently, it shows just the
number of mails in the last account, but with this patch, it shows the
total number of mails.
I haven't tested pop3 or maildir, but they should work as the patch is quite
simple. I also didn't find a way to make it work with imap, so in case there's
an imap account, it just turns back to the current (broken) behaviour.
I waited 4 days for comments for this patch, so I think it's enough.
Btw, this fixes#38403
svn path=/trunk/kdenetwork/kmail/; revision=140766
Use the account name instead of the host/file name in the "preparing
transmission..." status bar message.
The change in kmnewiostatuswdg.cpp is in dead code. It's there to keep the
number of i18n strings constant.
svn path=/trunk/kdenetwork/kmail/; revision=128732
Instead when checking for new mail sync just before expunging the local
account or just before deleting mail from the pop server. I guess syncing
isn't currently as issue for imap.
There is a question of whether/when sync should be called for other
operations such as moving messages between folders.
svn path=/trunk/kdenetwork/kmail/; revision=105142