From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 02C45138278 for ; Thu, 3 Jan 2013 10:39:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 22D7C21C099; Thu, 3 Jan 2013 10:39:19 +0000 (UTC) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6FF8B21C099 for ; Thu, 3 Jan 2013 10:38:11 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id gg4so7107551wgb.30 for ; Thu, 03 Jan 2013 02:38:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :organization:x-mailer:mime-version:content-type :content-transfer-encoding; bh=6u99t973ctsJ8UJeepj5oLXVLkisOpfDNvqcteDOzzM=; b=TBQ5M+NvJX6sbxXQo/nFhMGwWDv4YhMQii0KwMJExxe5jtVh1wJbkElkyNtoNs41MS ZQSYL53ZiV7/QcI6z+8FLLPcprzOdP1bXbxRAPybjGA8lVVED7YySfNkJDcn1VXdmzHp bTxqAPQxXwzd4ykoQuj1iXruWjwiizsUca+l0UnBteLx88ANqGu8jIPveArwTQSajQVt xUYtEMaVeaHG4Pzgd2KBcLRKIBvnUbytl6HjuET2CsP8g1ta+2CAptnhy4gxuUJS0hop GR/xBhWmWGbdXwpxApvFS6hjAwIKXHn40lc62eiD0uhU/a7OXCBNGyKkZAXp4ACeyMGT RdgQ== X-Received: by 10.194.58.13 with SMTP id m13mr59105851wjq.18.1357209490124; Thu, 03 Jan 2013 02:38:10 -0800 (PST) Received: from khamul.example.com (196-215-209-117.dynamic.isadsl.co.za. [196.215.209.117]) by mx.google.com with ESMTPS id df2sm79698179wib.0.2013.01.03.02.38.06 (version=SSLv3 cipher=OTHER); Thu, 03 Jan 2013 02:38:08 -0800 (PST) Date: Thu, 3 Jan 2013 12:33:52 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Anyone succeeded with kmail2? Message-ID: <20130103123352.096927f0@khamul.example.com> In-Reply-To: <1462406.jfzbT4ikfA@wstn> References: <1462406.jfzbT4ikfA@wstn> Organization: Internet Solutions X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.14; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 7dd33571-e216-4a40-8a9b-9dac384abd2f X-Archives-Hash: ece3d76fbde3c18d24755b1636fcb78b On Thu, 03 Jan 2013 09:43 +0000 Peter Humphrey wrote: > Hello list, > > When kmail was upgraded to 4.9.3 last month it made a complete hash > of my e- mail system. In the end I moved my user out of the way and > created a new user. Importing the e-mails from a backup of the old > version omitted large numbers of e-mails, including a lot of complete > folders. I also noticed that kmail had not created a trash folder. So the kdepim devs STILL haven't fixed that one? Oh dear. tldr; longish post. Short version: Use something else. It's mail, not software magic. I ran into something much the same long ago with kamil2 around the 4.3 or 4.5 era. Imports wouldn't work, akonadi was displaying essentially random mails in random folders in no special order, and I was losing mail. Eventually, after much physical and spiritual pain, I figured that what was really happening was probably akonadi importing the mail to $SOMEWHERE and $AT_SOME_RANDOM_TIME would index it properly; it would do this on the basis off $WHEN_IT_FELT_RIGHT_TO_DO_IT. This trick works awesomely well for caching thumbnails of my video collection for xbmc. It works less well for my mail. It's disastrous when the whole process is not documented, when the user has no visibility into it and no defined way of seeing what's going on, not even a progress meter. The traditional way of handling such asynchronous indexing problems is to provide an option where the user can force a re-index and the system will just chug along doing it displaying progress. If the mail app suspends itself while doing this, well that's fine, at least it ends in a reasonable time. But, kdepim at that stage had no such option. One other thing I discovered back then: if I killed akonadi & kdepim and rebooted out of sheer frustration, it would *throw* *away* all it's temporary files form $SOMEWHERE as above and corrupt it's own database. Leading to lost mail. If you just leave the damn thing alone for ages and ages it eventually sorts itself out, but you can't see how far along it is. Such shoddy alpha-quality software shipped and billed as enterprise production-ready was more than I could bear, so I just switched mail client to claws-mail. On 4.9.3 you are still experiencing something similar. Hmmm. Indicates to me a high probability of a systemic problem with the projects approach, something that is unlikely to ever get really fixed. In my opinion kdepim2 is vastly over-engineered and an attempt to solve a problem that does not actually exist. I recommend you use a different mail app. As I mentioned in the tldr, it's a mail app. There are many mail apps and none are super-special. > > So I did it again: created another new user. This time I got more > messages imported but still not the whole lot (about 25,000). Still > no trash. So I imported specific folders to complete the import. I > tried creating a Wastebin folder manually (that's what the trash can > is called in the UK) but of course that had no effect. > > Now I find that several filters work sometimes but not others, thus > dropping e.g. this list partly into its own folder and partly into > the general inbox. If I move the offending messages myself, next time > I look they've been moved back again. > > If I delete a message, there being no trash folder, it's re-presented > as a new message together with the original, and if I delete those I > get four. Now in one folder I have 120 "new" messages. > > Is there a sane way out of this? I don't know if I can face creating > yet another new user with all the drudgery that entails. > -- Alan McKinnon alan.mckinnon@gmail.com