From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-user+bounces-132981-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1Rgcn7-0007YQ-Lh
for garchives@archives.gentoo.org; Fri, 30 Dec 2011 13:46:37 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 1E6AB21C081;
Fri, 30 Dec 2011 13:46:24 +0000 (UTC)
Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181])
by pigeon.gentoo.org (Postfix) with ESMTP id 1F9BE21C024
for <gentoo-user@lists.gentoo.org>; Fri, 30 Dec 2011 13:45:23 +0000 (UTC)
Received: by werm12 with SMTP id m12so8020591wer.40
for <gentoo-user@lists.gentoo.org>; Fri, 30 Dec 2011 05:45:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=from:reply-to:to:subject:date:user-agent:references:in-reply-to
:mime-version:content-type:content-transfer-encoding:message-id;
bh=KlLaRAqcrtjPSF1nkv9uqA8wuZjXWad6th5rBfpynWY=;
b=isd/JGA3nETocdLtMBXhI4d6DjmneHdr6G9QMmJVhQ5k6s9+OVWfd7+ZWOjzLq12bG
95zNsJuMKGGWLby8A7rWjyvk5F198j+8beRPM0CgBI3v1n8eSsiejF7u5vHoLewavx5t
iY28KS/5u/MxUnApjaagIE3Wy476i8A++LfcU=
Received: by 10.216.133.101 with SMTP id p79mr21501474wei.54.1325252723319;
Fri, 30 Dec 2011 05:45:23 -0800 (PST)
Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230])
by mx.google.com with ESMTPS id fq5sm17847759wbb.17.2011.12.30.05.45.21
(version=TLSv1/SSLv3 cipher=OTHER);
Fri, 30 Dec 2011 05:45:22 -0800 (PST)
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] The mess that's called KDEPIM 4.7 ...
Date: Fri, 30 Dec 2011 13:45:14 +0000
User-Agent: KMail/1.13.7 (Linux/3.0.6-gentoo; KDE/4.7.3; x86_64; ; )
References: <201112290043.58106.michaelkintzios@gmail.com> <4EFDB669.6090903@wonkology.org>
In-Reply-To: <4EFDB669.6090903@wonkology.org>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart28813803.8ixJpJVpAm";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <201112301345.25243.michaelkintzios@gmail.com>
X-Archives-Salt: d0646805-92a7-4f6c-8ccb-874610a570a6
X-Archives-Hash: 3b657447e121c4191d0840eb7965e4b1
--nextPart28813803.8ixJpJVpAm
Content-Type: Text/Plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
On Friday 30 Dec 2011 13:02:33 Alex Schuster wrote:
> Mick writes:
> > The auto-migration did not work. It only worked partially for some mail
> > account settings, but did not leave behind a workable system, with half
> > the account settings missing.
>=20
> I had a problem with mysql stuff missing, so Akonadi did not start and
> the migration failed. I had to add the mysql USE flag to x11-libs/qt-sql.
I am not using mysql. I use sqlite3 which the KDE devs say it's not up to =
the=20
job (can't handle the multi-threaded-access/read/write that mysql does). S=
o I=20
have the sqlite USE flag enabled. Akonadi and nepomuk started but never=20
managed the migration. No sqlite errors on the terminal that I started kma=
il=20
from.
BTW, this is not a suggestion to use sqlite! If you are happy to run a ful=
l=20
blown mysql database on a desktop machine carry on with mysql or postgress.=
I=20
use mysql on a production box, because it's already running mysql for some=
=20
other apps. However, on this old laptop I'm using sqlite because this is a=
n=20
asthmatic PIII laptop with rather limited resources. I don't need/want=20
desktop semantic tagging, GUI search, or any of the new KDE design philosop=
hy=20
features and functions (find and egrep have served me nicely for years now,=
=20
thank you). Kmail 3.5 was fine, stable and relatively light footed. It me=
t=20
perfectly my needs. :-(
> > The kmail-migrator --interactive also did not work.
>=20
> It refuses to start again with an already existing kmailrc.
You will need to restart the migration process. For this you will need to=
=20
shut down nepomuk and akonadi. Then remove their respective config and db=
=20
files. Then restart them and fire up kmail afresh. You'll have to be pati=
ent=20
though, assuming the migration starts correctly this time. Read more here:
http://userbase.kde.org/Akonadi_4.4/Troubleshooting
If not, then remove their files all the same, restart them and proceed to=20
importing the mail directories from your Mail one at a time.
They are usually imported in a kmail-import.0 type of folder. You can rena=
me=20
that, or select any subfolders and move them where you want them.
On every such physical move you will have to be patient. Small subfolders=
=20
will move and the akonadi with resync its tables within a few seconds, but=
=20
larger folders with thousands of messages will take ages to complete.
After the whole import, sync, move, sync process has completed things will=
=20
move smoother (only a few seconds delay when you open or access a large=20
folder).
> > I had to change the location pointing to the local mail folders - I keep
> > mine under ~/Mail. Then after pressing F5 on each folder akonadi
> > scanned the respective mail directory and my stored messages showed up!=
=20
> > :-)
>=20
> You're lucky. I created a 'KMail Maildir' resource for the mail folder
> that was used with KMail1 in KDE 3.5, and while the folder structure is
> imported, I see no mails. Akonadi says it is syncing the folder I
> clicked at, but it never finishes. When I drop a mail into a folder
> (this workaround had been suggested to my on the KDE mailing list when I
> did my own migration (and it worked)), I only see this mail, others
> still do not show up.
This is a game of patience. It helps if you imagine sloooowly ringing the=
=20
neck of those devs who released this half baked piece of C.R.A.P. on us. =20
(Cannot Retail at Any Price).
I suggest you try one move at a time and then wait until it finishes. =20
Completely.
> Then I created a 'Maildir' resource. Some folders sync, but nothing
> happens when I select the inbox. I restarted Akonadi, now there are some
> 13,000 thousand mails in the inbox, and I can view them. The other
> folders get populated after pressing F5, but it takes long until they
> are actually shown. And switching the folders takes some seconds.
Yes, there may be a couple of seconds delay between large folders, when kma=
il=20
first starts. Fewer seconds lag after the first time.
> So I started moving folders from the 'Maildir' resource to the default
> 'Local Folders' Resource. Rather than simply changing the 'Local
> Folders' resource path to the Works, but the inbox has some 40,000
> mails, and after over one hour only 4000 were copied to their
> destination, so I logged out.
> The next login, mysqld again eats 150 percent of the three CPU cores,
> and two akonadi_agent processes take another 100, the migration is still
> happening. At a rate of < 100 Mails per minute. So it will probably take
> more than 7 hours until it's complete. I do not even know how to abort
> this. I deleted the 'Maildir' resource, and the 'Local Folders'
> resource, logged out an in again, and had to kill the mysqld process.
> The 'Local Folders' resource is being recreated automatically by KMail2
> I guess, finally I pointed its directory to the original Mail directory,
> and things start to work. At least KDEPIM stuff, the rest of KDE still
> has its problems.
Not all of my maildir ~/Mail folders were picked up. I had to import these=
=20
manually as recommended in the Gentoo guide for the migration.
> > The migration of the email account Settings was even less successful.=20
> > The settings for Sending transferred across, but the account settings
> > for Receiving did not survive. Well, let me be more precise here. They
> > did survive, as they were all still in the kmailrc file. I checked this
> > against a back up. No matter, they didn't show up under accounts.
>=20
> Nothing of this has been auto-migrated here.
>=20
> > The IMAP4 accounts were less of a success however. I recreated them fr=
om
> > scratch, but no messages showed up under Inbox. Sent and Trash work
> > fine.
>=20
> At least this is working.
>=20
> > Having ran out of time I was wondering if you came across such breakages
> > and if so how did you fix them.
>=20
> Personally, I have switched to Claws. It has its own issues, but that's
> nothing compared to KMail2. But my sister is used to KMail, and so I try
> to make it work for her.
I recommend that you mask KDEPIM-4.7 with the packages kindly offered by th=
e=20
gentoo devs: http://www.gentoo.org/proj/en/desktop/kde/kdepim-4.7-mask.txt
I've upgraded KDE on two boxen, but masked KDEPIM-4.7 as recommended and ha=
d=20
no problems so far.
> > For now I have masked KDEPIM 4.7 on all of my remaining boxen. This is
> > too messy to have to fix more than once, if I can fix it at all that is!
> >=20
> > The only thing that's keeping me from mutt is the zillion shortcut
> > commands that I need to learn ... old dog/new tricks and all that.
>=20
> Claws is okay, except that it does not work with maildirs, the is some
> import script or something to convert this to mbox format.
> Thunderbird also is a decent mail program.
I have tried Claws (although I did not like mbox) and found myself cursing=
=20
after every other key press. I also tried T'bird and found it better than=
=20
Claws, but worse than Kmail. It's not just keyboard short cuts, but also h=
ow=20
it integrates with the address book, pgp and s/mime, etc.
I started looking into getting used to mutt again. Not sure how I can modi=
fy=20
its shortcuts, because some them are not intuitive enough for me and some a=
re=20
duplicated/redundant.
=2D-=20
Regards,
Mick
--nextPart28813803.8ixJpJVpAm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
iEYEABECAAYFAk79wHUACgkQVTDTR3kpaLY6PACgyNQxJ/dJ+54sUO+uYOp+9Ui/
Y8UAnia0Zb4tGgHlf1lpFznjpFYX0ZZZ
=Ln21
-----END PGP SIGNATURE-----
--nextPart28813803.8ixJpJVpAm--