that was just created.
I considered popping up a nice little info box saying: "You just created
the bugger, how can there be a mailing list in there? There ain't even
mail in it.", but then decided against it because that would rob the user
of the experience of klicking on that button all night long wondering
why nothing happens. While they are doing that they are safely off the
streets and not exercising their (accidently bestowed) right to vote or
something.
CCMAIL: 77752-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=296316
- add storage property "noChildren" (guess what it does)
- allow the creation of subfolders of system folders (except the outbox)
- the content of the belongs-to combox in the folderdialog looks like the foldertree
- get rid of old stuff in kmfoldertree
- kmfoldertree is the parent of kmfolderdialog
...and fix the mailinglist handling
CCMAIL: 11903-done@bugs.kde.org
CCMAIL: 37139-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=295688
Implementing automagic mailing list handling: KMail can now detect whether
a folder stores a mailing list in which case it will try to determine its post,
subscribe, unsubscribe, archive and help addresses.
Aaron could you figure out where the kaction's invoking post,subscribe... could
be put?
CCMAIL: aseigo@kde.org
svn path=/trunk/kdepim/; revision=295216
o Enable the expiry settings in the folder properties for imap and dimap
folders.
o Add some folderjob infrastructure to imapjob and cachedimapjob along the
way.
o Fix a few folderstorage crashes waiting to happen.
Only manual expiry of imap/dimap folders is hooked in, but we could just
as well hook the imap and dimap foldermanagers into the autoexpiry on
shutdown thingie. For dimap that should be as safe or unsafe as for maildir
and for imap it's as save or unsafe as deleting a bunch of messages and
immediately closing KMail. Opinions?
This commit is dedicated to the hardest working man in show business,
S. Kulow whose birthday it is today.
Let's give it up for the man:
o/` For he's a jolly good RD, for he's a jolly good RD, for he's a jolly
good RD ... which nobody can't deny .. o|`
CCMAIL: 48189-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=290404
- Remove the 'Mark any message in this folder' option (don't ask me what the heck this was supposed to be). The corresponding widgets were anyway always hidden and thus never used.
- Move most of the initialization in a new private method to make the c'tor a bit smaller and to allow the following new feature:
- When creating a new folder use the settings of the parent folder as default values. This is very useful if you want to create a nice folder hiearchy for all those kde-cvs messages (which I wanted to do this morning).
svn path=/trunk/kdepim/; revision=252644
#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
Especially protocol() == "imap". Note that using ssl completely breaks those
checks then as the protocol is then "imaps". Also the string compares
are suboptimal there - use folderType() == KMFolderTypeSomeType.
svn path=/trunk/kdepim/; revision=238868
- Cleanup the code by removing QGuardedPtr<KMAcctFolder> folder (which is a duplicate of QGuardedPtr<KMFolder> mFolder; the KMAcctFolder stuff is never needed) and QGuardedPtr<KMFolderTreeItem> mFolderItem (which isn't used anywhere). Furthermore use iterators for some loops.
svn path=/trunk/kdepim/; revision=223914
yet been integrated from make_it_cool.
Prevent operations that are not permitted on cached imap folders.
svn path=/trunk/kdenetwork/kmail/; revision=199351
This is a set of changes that is well test by myself and others.
The following bug fixes amongst others are included:
Compilation fix: the certificate dialog now compiles
Mjr bugfix: Prevent mail loss when kmail crashes while editing a
drafts message
Mjr bugfix: Fix erratic folder changing when clicking on the folder
tree
Mjr bugfix: Prevent mail loss when applying filters
The follow features have been implemented:
* KMail is now a KPart and can be embedded in the Kontact/Kaplan
container applications along with other KDE PIM applications.
* Remove duplicates function for removing duplicate messages in
a folder.
* Messages can be dragged and dropped on a composer window to
add those messages as attachments.
* Deletion in threaded mode is improved, child messages will no
longer be scattered when a parent is deleted.
* Multiple messages can now be selected in the search dialog.
* New context menu in the search dialog with Move, Copy, Reply
etc. actions for operating on selected messages.
* Search criteria in the search dialog now supports more types
of rules and a variable number of rules.
* Faster searching of large messsages.
* 'Search Folders' which are a KMail folder that stores a search
expression and is dynamically updated (also known as virtual
folders).
* The separate window for reading mail has a context menu with
Reply, Copy etc. actions for operating on the message
displayed.
* The separate window for reading mail has a tool bar.
* Startup of KMail is faster.
* Switching between folders is faster.
* The contents of all composer windows are saved to disk on
composer window creation and then periodically saved to
prevent mail loss in the result of a system crash.
* The state of KMail folders is saved to disk periodically to
prevent status information loss in the result of a system
crash.
Note after start KMail switching to folders for the first time will
slow as the format of the .sorted file has changed.
Enjoy!
svn path=/trunk/kdenetwork/kmail/; revision=195825
+ ilabel->setEnabled( false );
+ ilabel2->setEnabled( false );
(this is already handled correctly in the toggled(bool) handler for the check boxes)
Would be nice if this could be included in 3.1 final please Dirk :)
CCMAIL: mueller@kde.org
svn path=/trunk/kdenetwork/kmail/; revision=190269
Ingo Klcker
Carsten Burghardt
Till Adam
Stephan Binner
Zack Rusin
Bo Thorsen
Marc Mutz
Dirk Mueller
Stephan Kulow
Daniel Molkentin
Eugene Zelenko
Carsten Pfeiffer
Andras Mantia
Cornelius Schumacher
Don Sanders
David Faure
Chris Howells