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 B75E91381F3 for ; Mon, 27 May 2013 14:29:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 32310E0B9E; Mon, 27 May 2013 14:29:15 +0000 (UTC) Received: from mail-we0-f177.google.com (mail-we0-f177.google.com [74.125.82.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B61ACE0B70 for ; Mon, 27 May 2013 14:29:13 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id n57so4520485wev.22 for ; Mon, 27 May 2013 07:29:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=R+V6IbYrp2fe/1B6G+HF6O3lKGg3ephxGGlePVMvrtQ=; b=NENL4kCGUwwb2iz8xxk+ThkiLYzdW8r0GUsUmOKEklNw4fmVJoyOXjocG08RgjBylw /w8HdMTrnq+9bB4EGjxECyG05FHLnfb1eKxyrhrSvlvJxYqFyQX3kUubISqZepXzGVEd lFFtkaBgpygw4Ece3TzOaTMllIKOCofX1imvP5lMManhD121dkp6hY0Ta2Vv/fumqNoz eJehpwm+7NQ/9WvXxQrSPzuPAGVSm0CANGjU/73WHxqOPy2StsnEz9DIa8TpKgvYbXvr eRdAo3RvzMGi03xY79i75nmMwXpeKQOAW37RgjOQAdakH7ErAHQ9WdjVlX/bNQuwR95+ QAyg== X-Received: by 10.194.173.232 with SMTP id bn8mr9062065wjc.26.1369664952140; Mon, 27 May 2013 07:29:12 -0700 (PDT) Received: from [172.20.0.40] (196-210-126-115.dynamic.isadsl.co.za. [196.210.126.115]) by mx.google.com with ESMTPSA id cw8sm17781680wib.7.2013.05.27.07.29.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 May 2013 07:29:11 -0700 (PDT) Message-ID: <51A36D88.9080801@gmail.com> Date: Mon, 27 May 2013 16:28:24 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130518 Thunderbird/17.0.6 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] mutt configuration advice References: <201305271350.10528.michaelkintzios@gmail.com> In-Reply-To: <201305271350.10528.michaelkintzios@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0412f933-17cc-47fe-a542-883d47fbb26f X-Archives-Hash: 240288a1c997570c892b0d9f1f2a616c I have travelled exactly the same path as you, and feel all your pain. At first I used claws but after a few months it got unbearably slow when dealing with calendars and invites, so I switched to Thunderbird. It works well enough for me. Let's first establish your needs, I see a few points that don't make much real-world sense. You retrieve your mail from Gmail, and then selectively delete stuff from Google's servers. Why are you doing that? Gmail is built to archive everything forever and most people's mail quickly gets to be a lot of mail. I can understand leaving all of it there in an archive, or deleting all of it, depending on how you like to do your backups, but I don't understand the selective delete part. Looks like a lot of manual work on your part. I wouldn't try using mail clients to directly access the same local mailbox structure. No two clients work the same way, they all index mails differently, other subtle differences exist and there's always locking issues. Mutt and kmail might not respect each other's turf... I recommend a man in the middle - a local IMAP serve of your choice that works fast for you and stores mail acceptably for you. Fetch your mail using fetchmail or one of it's friends, use procmail to filter it and feed it into your IMAP server, and connect to IMAP locally using any GUI mail client you choose. This gives you a standard interface (IMAP) instead of a weird interface (disk files store wherever however) and all locking issues just go away. The above is what I did (and delete everything off Google's servers so I do my own backups), and it makes most of the rest of your post redundant and no longer apply. On 27/05/2013 14:49, Mick wrote: > I would be grateful if some kind soul guided my hand on configuring mutt to > behave like ... errm ... kmail! O_o > > Before you have a go, please let me explain myself. I love kmail, or better > said, I *used to* love kmail as it was back then when no semantic desktop, no > mysql database, no akonadi, no redland and what not, was imposed upon us. I > have no need for anything else than what kmail used to do back in the latter > part of KDE3. A simple flat file address book (OK, use sqlite if you really > must) and the simple search for messages it used to offer, was all that I ever > needed. In particular I found its integration with kgpg and kleopatra > extremely useful, and this is what has stopped me moving to other GUI mail > clients. I tried many of them was surprised to see how much better kmail was > for my needs. > > Anyway, this was back then. Now kmail 1 is heading towards extinction and it > is a matter of time before devs pull the plug and push us all to the kmail 2 > abomination. Since the full KDEPIM semantic bloatware is not to my liking and > I do not wish to allow kmail 2 to irreversibly lose my thousands of mail > messages, I thought of giving mutt a closer look. I had used mutt on and off > in a simple IMAP set up. Now however I would like to use it on my laptop, > with the need for offline access to read and draft/edit my messages, multiple > accounts and quirky settings. There are a number of things that feel awkward > with mutt and I am not sure if this is because mutt is just not for me, or > because it takes much more effort to configure functions, which on a modern > GUI client are just a click away. > > So, let me start with the basics. I am using Gmail, for which I have > configured kmail to POP and download my messages in a local maildir without > deleting these from the server. The Gmail settings on the server show: > > POP enabled > Leave POPped messages on server > IMAP enabled > > With the above settings (not sure if they veer from the original Gmail > defaults) I am able to POP the Gmail server inbox and rather importantly I'm > also able to 'sync' with any sent messages on the server. I will not pretend > to understand how the latter is performed - haven't sniffed the packets to see > what happens - but this is what I get: > > - When I send a message from kmail it will be saved in my local maildir sent > gmail subfolder and will also show up in the Sent folder of the Gmail webmail. > > - When I send a message from the Gmail webmail the message will show up as > new (and downloaded if I click on it) when I launch my kmail. > > - This sync'ing happens once only. If I thereafter delete a message on the > server the local copy is not affected and vice versa. This is useful for me > because I can delete locally any messages which are not particularly > important, but might want to refer to them in the distant future. Delete > messages on the server that I only want to keep locally. Delete both when I > don't want to keep them whatsoever. > > However, I am at a loss as to how I should configure my .muttrc to achieve > this functionality. Ideally I would also like to replicate my current kmail > maildir folder structure in mutt, so that I can access the Gmail server with > either client; e.g. > > ~/Mail/ > |_inbox (all unfiltered messages drop in here) > |_.inbox.directory > |_.Gentoo.directory > |_Gentoo > |_cur > |_new > |_tmp > > > Can you please point me in the right direction for this set up? > -- Alan McKinnon alan.mckinnon@gmail.com