which I've been developing with the help of some adventurous users. Thanks!
This tracks all deletions that happen through user actions and adds a check
to the sync making sure that only things that were explicitely deleted
are removed during sync. If unsure, the sync now re-downloads (duplicates)
instead of removing mails, which should be safer. Also adds a lot of
conditional debugging and refactors open/close to duplicate less code.
Will has a ported version of this for 3.x, which will go into pim+ shortly.
svn path=/branches/kdepim/enterprise/kdepim/; revision=662047
enterprise branch (actually it's even from the old proko2 branch). It allows
to exclude some folders from syncing, allowing you to use online and
disconnected IMAP on the same account for a disjoint set of folders.
The included changes for the Kolab wizard add an option to make use of this.
It will create an online IMAP account for mail folders and a (completely
hidden) DIMAP account for the groupware folders.
Approved by Ingo and Allen.
svn path=/branches/KDE/3.5/kdepim/; revision=649622
branches/work/kdepim-3.5.5+.
These contain the following features from the enterprise branch:
- (nearly) all folders can be copyied or moved now
- dnd of one or multiple folders
- copy/cut/paste actions for one or multiple folders
- dnd of messages from the search result window to the folder tree
- copy/cut/paste actions for messages (in the header view and search
result window)
svn path=/branches/KDE/3.5/kdepim/; revision=648059
validity check is still pending, so the "it == .end()"
check leaves the progress item stale (can't find a bug
number for it atm)
svn path=/branches/KDE/3.5/kdepim/; revision=644945
Implement client side subscription for online IMAP and disconnected IMAP
accounts. This basically stores a blacklist of unsubscribed folders
(since we want new folders to show up, intially) per account, which is
persisted to kconfig. This list is used as a filter during folder
listing. Some heavy-ish refactoring of the subscription dialog to make
it extensible enough to allow reusing it for the user interface.
(proko2 issue 1095)
svn path=/branches/kdepim/enterprise/kdepim/; revision=640594
- copying/moving of folders with drag&drop
- copy/cut/paste actions for folders and messages
svn path=/branches/kdepim/enterprise/kdepim/; revision=633254
If you can compile yourself it would be great if you could test.
Else, you'll need to wait until KDE 3.5.5 to see if it works for you.
BUGS: 132032
svn path=/branches/KDE/3.5/kdepim/; revision=571100
SVN commit 560397 by tilladam:
Make sure that flags changes from the server are merged both ways, flag
removal and flag setting. (Proko2 issue 1299)
svn path=/branches/KDE/3.5/kdepim/; revision=560400
folder was not open so the job opened it, the messagelist was
regenerated, the message became invalid, yada yada.
BUGS: 129028
svn path=/branches/KDE/3.5/kdepim/; revision=552126
- kmail/imapaccountbase.cpp:1102
If line 1092 gets executed and also 1102, then the second crashes.
- kmail/kmmsgdict.cpp:248
If folder is NULL as indicated by line 244, then line 248 crashes.
- kmail/kmmsgdict.cpp:214
If folder is NULL as indicated by line 208, then line 214,225, crashes.
- kmail/renamejob.cpp:64
If storage is NULL as indicated by line 57, then line 62 crashes.
Lines where the operator preference between & and == leads to an error.
- kmail/kmmsgbase.cpp:873
- kmail/kmfolderimap.cpp:876
If f is NULL as indicated by line 869, then line 876 crashes.
- kmail/kmsender.cpp:362
If sentFolder is NULL as indicated by line 340, then line 362, 367
crashes.
Thanks to Christoph for working on this.
svn path=/branches/KDE/3.5/kdepim/; revision=530119
The source of the problem persists though - probably a missing folder->open() somewhere.
BUGS:89549
svn path=/branches/KDE/3.5/kdepim/; revision=529696
accounts. This basically stores a blacklist of unsubscribed folders
(since we want new folders to show up, intially) per account, which is
persisted to kconfig. This list is used as a filter during folder
listing. Some heavy-ish refactoring of the subscription dialog to make
it extensible enough to allow reusing it for the user interface.
(proko2 issue 1095)
svn path=/branches/kdepim/proko2/kdepim/; revision=516320
during IMAP sync, every message would be marked as 'dirty' due to setStatus() calls,
even when the status didn't change, and at the end of the folder this resulted in
the index entry for every message being rewritten.
+ improved a kdWarning in acljobs.
svn path=/branches/KDE/3.5/kdepim/; revision=487871
during IMAP sync, every message would be marked as 'dirty' due to setStatus() calls,
even when the status didn't change, and at the end of the folder this resulted in
the index entry for every message being rewritten.
+ improved a kdWarning in acljobs.
svn path=/branches/kdepim/proko2/kdepim/; revision=487869
partially aborting the ongoing mailcheck and queuing a new one, check if
we are in the listing phase, not the download phase, and only then
(fully) abort and start afresh. If already in the downloading phase,
simply continue.
(Hunting the headers list corruption that sometimes happens during
online imap mailchecks. This is part of getting the mailcheck process
to where it's more predictable, so I can decently debug it.)
svn path=/branches/KDE/3.5/kdepim/; revision=466810
and transfer the correct new folder path to the kioslave.
And make the code that defaults the type of moved uw imap folders actually work :-)
Make sure you also update the imap4 kioslave.
svn path=/branches/KDE/3.5/kdepim/; revision=443851
sed 's/59 Temple Place - Suite 330, Boston, MA 02111-1307/51 Franklin Street, Fifth Floor, Boston, MA 02110-1301/'
PS: I didn't touch the kalarm dir, since david seems to update the address himself, and I don't want to create conflicts for him.
CCMAIL:lists@astrojar.org.uk
svn path=/trunk/KDE/kdepim/; revision=437921
on, by setting the involved folderstorage's search pointers to 0 and
checking them. Can't use a QGuardedPtr, since the searchpatterns aren't
QObjects. Const-ify patterns and some detabification.
svn path=/trunk/KDE/kdepim/; revision=432984
it, if there is no physical folder yet. Code creating (instantiating)
KMFolders does not need to care. Remove the ugly "bool imap" parameter
from create() and do proper reimplementation instead. Remove create()
forward from KMFolder -> FolderStorage.
This fixes "no such file or folder" warnings when creating or syncing
down new folders.
In case you missed it, today is Zack's birthday, so show the man some
love, will ya?
svn path=/trunk/KDE/kdepim/; revision=430989
of KMsgBase and into KMMessage, they are exclusively used on those and
don't make sense for MsgBase objects. Implement them using boolean
bits instead of the MessageProperty map, as discussed a while ago on
kmail-devel.
svn path=/trunk/KDE/kdepim/; revision=430849
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
Pradeepto Bhattacharya
Till Adam
Volker Krause
Allen Winter
Stephan Kulow
Carsten Burghardt
Ingo Klcker
David Faure
Ismail Onur Filiz
Reinhold Kainhofer
Thomas Zander