been using it for a while to figure out if a message is locally present.
Been running with this patch for months without trouble.
svn path=/branches/KDE/3.5/kdepim/; revision=455096
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
SVN commit 432741 by tilladam:
If the user has managed to put a message into a folder that she now (on
sync) has no longer sufficient rights to put mails into, pop up a
helpful dialog explaining the issue and offering to move the mails in
question into another folder. If the user decides to move them away,
show a folder selector and move. Then continue syncing.
svn path=/branches/kdepim/proko2/kdepim/; revision=432763
SVN commit 432750 by tilladam:
If the user has managed to delete a mail from a read only folder,
through gui bugs, or that particular skill users have to achieve the
impossible, don't attempt to delete on the server, but simply
re-download. This also helps if the folder goes from "i can delete" to
"i can't delete" between syncs.
svn path=/branches/kdepim/proko2/kdepim/; revision=432761
through gui bugs, or that particular skill users have to achieve the
impossible, don't attempt to delete on the server, but simply
re-download. This also helps if the folder goes from "i can delete" to
"i can't delete" between syncs.
svn path=/trunk/KDE/kdepim/; revision=432750
sync) has no longer sufficient rights to put mails into, pop up a
helpful dialog explaining the issue and offering to move the mails in
question into another folder. If the user decides to move them away,
show a folder selector and move. Then continue syncing.
svn path=/trunk/KDE/kdepim/; revision=432741
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
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
was changed locally, but nothing else, the "status changed locally" flag
was not set, and the status changes thus lost on sync.
svn path=/branches/kdepim/proko2/kdepim/; revision=426420
SVN commit 424405 by tilladam:
Reimplement not only the setStatus taking a list of ids, but also the
one taking a single id, such that local status changes are not lost
on sync.
svn path=/trunk/KDE/kdepim/; revision=424407
SVN commit 424289 by tilladam:
Don't use KIO::del to delete the local cache when removing a dimap
folder. The underlying KMFolderMailDir does unlinks, to avoid a storm of
progress dialogs, so let's rely on that.
svn path=/branches/kdepim/proko2/kdepim/; revision=424380
folder. The underlying KMFolderMailDir does unlinks, to avoid a storm of
progress dialogs, so let's rely on that.
BUG: 106941
BUG: 88186
svn path=/trunk/KDE/kdepim/; revision=424289
actually belong to the namespace.
Included is also a little speedup for kmfolderimap that uses the uidmap to check if a message
is already known.
svn path=/trunk/KDE/kdepim/; revision=419839
is quieted.
* Delay/compress UpdateCounts in FolderTree.
With this improvements,kmail don't eat the 100% CPU when refresh the cache from
a dimap server when this resides on the same lan.
svn path=/trunk/kdepim/; revision=405858
CVS commit by tilladam:
Make sure the imap resource is not prematurely disabled and that
annotation for folders that show up on the server suddenly (for example
when you sync a fresh client to an existing account) are fetched as
expected. That prevents varied unpleasantness and constipation.
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=401866
annotation for folders that show up on the server suddenly (for example
when you sync a fresh client to an existing account) are fetched as
expected. That prevents varied unpleasantness and constipation.
svn path=/branches/proko2/kdepim/; revision=401778
CVS commit by tilladam:
Make sure that the annotation check happens right before the actual
attempt to set annotations such that we can be sure the folder already
exists, when we check. This is only relevant if the first listed folder
with sufficient permissions is a newly created one. In most cases that
first folder will be INBOX, so mostly that will be used, but let's be safe.
Also make sure that "/" (the account root) is not used a a folder to check
for annotatability, as that always fails (which was the real bug).
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=401657
attempt to set annotations such that we can be sure the folder already
exists, when we check. This is only relevant if the first listed folder
with sufficient permissions is a newly created one. In most cases that
first folder will be INBOX, so mostly that will be used, but let's be safe.
Also make sure that "/" (the account root) is not used a a folder to check
for annotatability, as that always fails (which was the real bug).
CCMAIL: martin.konold@erfrakon.de
svn path=/trunk/kdepim/; revision=401649
Fix for deletion of folders with subfolders: those need to be removed first
(thanks Carsten for the hint). This is simply achieved by adding the imap paths
of all subfolders to the account's mDeletedFolders list, and at sync time,
asking the server to delete all those at the same time - in reverse order.
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=395820
Fix for deletion of folders with subfolders: those need to be removed first
(thanks Carsten for the hint). This is simply achieved by adding the imap paths
of all subfolders to the account's mDeletedFolders list, and at sync time,
asking the server to delete all those at the same time - in reverse order.
Till, Carsten: ok for backport?
svn path=/trunk/kdepim/; revision=395800
(thanks Carsten for the hint). This is simply achieved by adding the imap paths
of all subfolders to the account's mDeletedFolders list, and at sync time,
asking the server to delete all those at the same time - in reverse order.
Kolab issue678.
svn path=/branches/proko2/kdepim/; revision=395795
Carsten Burghardt
Malcolm Hunter
Till Adam
Luk Tinkl
Stephan Binner
Reinhold Kainhofer
David Faure
Thomas Zander
Andras Mantia
Mario Teijeiro Otero