Warning: If you have been using rev. 689148 or higher, you need to manually run kconf_update before starting KMail or you will lose your account settings. See kmail.upd for details.
svn path=/trunk/KDE/kdepim/; revision=689633
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
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