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
- Autosave messages in the maildir folder $KDEHOME/share/apps/kmail/autosave instead of in $HOME/dead.letter (mbox-style).
CCBUG: 72441
- The composers are now responsible for timer-based autosaving.
- The changes in recoverDeadLetters are partially cosmetic and partially due to the change from an mbox-style autosave folder to a maildir autosave folder.
- Add KMKernel::localDataPath() which simply returns locateLocal( "data", "kmail/" )
- The actual code which does the autosaving is simplified by using KSaveFile. Moreover, the buggy code which wrote the message (the bug being that the saved message isn't From-escaped) gets easier because with maildir we just need to write the message, but nothing else.
- Show an error message when autosaving fails.
svn path=/trunk/kdepim/; revision=382776
DCOPRef kmail( "kmail", "kmail" );
kmail.call( "newInstance" );
(e.g. in KMKernel::raise()). This also works in kontact, since kontact registers
as 'kmail' and handles newInstance itself, to show the kmail part.
svn path=/trunk/kdepim/; revision=376396
What should the behaviour be if the tray icon is clicked while kontact is open,
has the foreground, and the kmail part is hidden? Right now it raises kmail
but minimizes kontact. aKregator has the same behaviour. Should this be
changed?
svn path=/trunk/kdepim/; revision=367695
The cases for which this code was added still work (typing kmail while kmail
is running activates it; kmail --check doesn't).
svn path=/trunk/kdepim/; revision=360346
The cases for which this code was added still work (typing kmail while kmail
is running activates it; kmail --check doesn't).
CCBUG: 73591
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=360345