account manager into NetworkAccount, and add a virtual
mailCheckCanProceed() which defaults to true and which aforementioned
NetworkAccount reimplements to return false if the maximum number of
connections is exceeded and (after Matt has added his bit) when we are
in offline mode. The map is static in NetworkAccount, since there could
be more than one account on the same server, so per account is not what
we want.
svn path=/trunk/KDE/kdepim/; revision=437969
account manager's getAccounts() listing. It was only called with false
or the default, which is also false.
svn path=/trunk/KDE/kdepim/; revision=435545
were "saved" to kmailrc, but kmailrc wasn't synced, so in case of a kmail crash, X crash, power failure, kernel oops...
the settings would be lost, and on the next kmail restart very strange errors would happen when syncing
(can't create folder, folder already there, folder missing, etc.)
The solution: sync(). But while being at it I implemented buffering of sync requests
which was a TODO in kmkernel, but did it in GlobalSettings as Till suggested;
which in turn means we need our own GlobalSettings inheriting GlobalSettingsBase,
and the code lacked ::self()-> in many places to allow that.
srcdir!=builddir users: don't forget to delete globalsettings.{cpp,h} from the builddir
since it's not generated anymore!
CCMAIL: kmail-devel@kde.org
svn path=/trunk/KDE/kdepim/; revision=432538
were "saved" to kmailrc, but kmailrc wasn't synced, so in case of a kmail crash, X crash, power failure, kernel oops...
the settings would be lost, and on the next kmail restart very strange errors would happen when syncing
(can't create folder, folder already there, folder missing, etc.)
The solution: sync(). But while being at it I implemented buffering of sync requests
which was a TODO in kmkernel, but did it in GlobalSettings as Till suggested;
which in turn means we need our own GlobalSettings inheriting GlobalSettingsBase,
and the code lacked ::self()-> in many places to allow that.
svn path=/branches/kdepim/proko2/kdepim/; revision=432536
Turnes out that all accounts created get a QTimer instance per account.
This is wrong in the config dialog since they are not officially OK-ed yet.
This is IMO a better fix then the one I removed yesterday in KMAcctCachedImap
since this solves it for all types of accounts.
svn path=/trunk/KDE/kdepim/; revision=431140
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
The maximum number of connections is configured using a configuration parameter in kmailrc called max-connections-per-host. A value of -1 (or the omission of the parameter altogether) means unlimited connections (ie same as current behvaiour). There is no means of configuring this facility via the GUI - you have to edit the kmailrc file.
svn path=/trunk/kdepim/; revision=332682
> 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
- accounts 1, 2 are triggered and queued for mailcheck
- 1 is faster and completes, 2 is going on
- another mail check is triggered, 1 is queued again
- the queue is 2,1,2
- 1, which was just added is checked for ongoing mailcheck, which is not
the case
- the _first_ account on the queue is then checked, which is a result of
the assumption that that is the same account that was just added
=> a second check of 2 is triggered, which is Not Good (TM)
Avoid that by iterating through the list of todo accounts and using the
first not already ongoing one, if there is one.
svn path=/trunk/kdepim/; revision=309578
and there's no systray icon. This allows KMail to actually exit when closing it,
instead of getting stuck forever on a server that doesn't answer...
Compared to the kmail-devel patch I changed the code in KMMainWin to ensure
it's called even when secondary windows are left opened, and to enable mail
checks again when re-creating a KMMainWin.
I found out that the dimap progress dialog is broken with multiple kmmainwins,
but that's an independent issue, which will go away when porting it to Till's
progress dialog anyway.
svn path=/trunk/kdepim/; revision=307314
foldertree can select the local folders to avoid crashes when a folder
and a mail from the removed account is currently selected and being
displayed.
Should be improved eventually to only do it if the current account is
the removed one, but I didn't see an immediate way to do that.
CCMAIL: 66875-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=263243
folders tempOpened by filters are closed prematurely. They are now only
closed when there is no more filter using the filter manager.
svn path=/trunk/kdepim/; revision=262221
#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
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
This fixes bug 54206.
Include a "Check mail on startup", don t know it we still need the command line function --check.
Please test this with your account so I know if I can backport this to 3_1_BRANCH
svn path=/trunk/kdepim/; revision=209991
Laurent Montel
Andreas Gungl
Stephan Kulow
Till Adam
David Faure
Thomas Zander
Ingo Klcker
Carsten Burghardt
Volker Krause
Julian Rockey
Andrew Coles
Marc Mutz
Zack Rusin