Even though MYRIGHTS doesn't say so after removing one's own ACL,
Cyrus lets the user admin his inbox (and google says some other servers
simply don't allow removing his own admin rights).
So better not disable the buttons in the ACL dialog.
svn path=/trunk/kdepim/; revision=310284
(on Carsten's server but not on my usual one, for some reason).
The problem is that creating a folder over online-imap is asynchronous,
it's even double-async since there's mkdir and then listDir.
So the ACL code was trying to set the acl too early and/or
on the wrong URL (why/where does /INBOX/test2 turn into /INBOX.test2?)
I'm still not sure why the listDirectory() returned empty (which made it remove the
local child folders) though. It's strange that doing another kio job in parallel
to the mkdir/listDir ones would do that... Anyway it works now.
CCMAIL: Carsten Burghardt <burghardt@kde.org>
svn path=/trunk/kdepim/; revision=309699
automatically created when someone else gives you read access to his inbox)
Don't show the ACL tab for noContent folders.
Fixed a crash
svn path=/trunk/kdepim/; revision=303903
KABC is fun: KABC::DistributionList::Entry::List::ConstIterator :)
Don't try to remove ACL from server when it was added then removed again before saving.
Disable GUI during saving to avoid nasty surprises.
svn path=/trunk/kdepim/; revision=303864
addressee selection dialog. With support for applying an ACL to multiple
addressees at once.
The "Modify ACL" button opens the same dialog but in single-addressee mode.
The conversion from email address to imap userid supports two modes right now:
fullemail and username. A hidden kconfig key (kmailrc/[IMAP]/UserIdFormat) allows
to manually set it, but otherwise it's automatically determined from the
format of the current user's own IMAP login.
svn path=/trunk/kdepim/; revision=303650
for disconnected imap.
To share the code between the imap and dimap cases, a new job class MultiSetACLJob
can set and delete multiple ACLs one after the other. This makes me realize that
we should document more how one can write high-level Job subclasses (like
e.g. CopyJob and DeleteJob in KIO), it's very convenient.
svn path=/trunk/kdepim/; revision=303615
- added getUserRights() (and signal when received) to IMAPAccountBase
- store user rights in KMFolderImap and KMFolderCachedImap (my kingdom for a common base class!)
svn path=/trunk/kdepim/; revision=303360
* when creating a new folder, show the tab and get settings from parent (account and ACLs etc.)
* fixed progressbar that didn't get cleared up after the set/delete acl jobs
And KMFolderDia now doesn't close on error anymore (e.g. when trying to
create/rename a folder to the name of a folder that already exists).
svn path=/trunk/kdepim/; revision=303331
David Faure
Andrew Coles