it possible to suspend and resume all network jobs via DCOP. KPilot will
use this to disable network traffic during a kolab resource sync, for example,
but the user can also use it to go offline on the road, and thus avoid error
messages due to interval mail checks. (Proko2 issue 1137).
svn path=/branches/kdepim/proko2/kdepim/; revision=534087
a mixup when the system locale is different from the KMail option for them.
For details, see bug 109533.
The problem is still not fully solved though, since the changes in the
configuration dialog are not immediately 'read' back.
CCBUG: 109533
svn path=/branches/KDE/3.5/kdepim/; revision=527761
The quick search bar also works again now, I think things are ok
again, or at least back to were they were before the indexer commit.
Also Actionscheduler is in.
svn path=/branches/KDE/3.5/kdepim/; revision=443122
and commit the action scheduler.
To try out the action scheduler (which is disabled by default) add an
action-scheduler=true entry to the [General] section of your kmailrc
file.
To help me do this I've added a private dcop method to help me monitor
the health of the action scheduler, you can try it by:
dcop kmail KMailIface "debugScheduler()"
svn path=/branches/KDE/3.5/kdepim/; revision=443111
when going online send all queued messaged unless
the configured method is send later
complete with user information dialogs
svn path=/trunk/KDE/kdepim/; revision=438291
Add menuentry for going online or offline and when in offline
mode, stop network activity such as mailchecks, at this stage recieving mail
is stopped and in the future sending mail will be queued and other
network activity will be on halt.
This can also be controlled by dcop
dcop kmail KMailIface stopNetworkJobs
dcop kmail KMailIface resumeNetworkJobs
svn path=/trunk/KDE/kdepim/; revision=438202
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
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
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
as expiry and compacting of folders.
This serves a few purposes.
a) When backing up local data
b) to save power
ANd possibly more usecases too
the interfaces are as follows
pauseBackgroundJobs
resumeBackgroundJobs
CCBUG:101232
svn path=/trunk/KDE/kdepim/; revision=427120
dcop kmail KMailIface setDefaultTransport matt@kdemail.net
the above example sets the default transport to matt@kdemail.net
and also validates that it exists before setting it.
This is also the first step in order to make KMail ready for
a network centric configuration where different configurations
are set based on input from a network aware daemon or similar.
BUG:44862
svn path=/trunk/KDE/kdepim/; revision=426135
This comes from seeing the backtrace in #107501, although there's no reason that doing this should crash.
CCBUG: 107501
svn path=/trunk/KDE/kdepim/; revision=426057
an email is in.
This means for example, no 'move to trash' for mail in the trash folder, and
no 'reply' on an email in your sent-mail folder.
BUG: 76395
svn path=/trunk/KDE/kdepim/; revision=424437
- added posibility to set KMMsgStatus for a message in dcopAdd*() functions.
The new param QString::MsgStatusFlags is optional.
CCMAIL:alfons.hoogervorst@gmail.com
svn path=/trunk/kdepim/; revision=406331
deallocate message bodies after importing them, otherwise the entire imported folder is in memory.
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=399595
David Faure
Till Adam
Ismail Onur Filiz
Aaron J. Seigo
Andreas Gungl
Carsten Burghardt
Ingo Klcker
Adriaan de Groot
Don Sanders
Lus Pedro Coelho
Thomas Zander
Matt Douhan
Stephan Binner
Marc Mutz
Tobias Koenig
Danny Kukawka
Paul Sprakes
Will Stephenson
Volker Krause