Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 99172431FBC for ; Thu, 14 Jan 2010 12:37:47 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -1.506 X-Spam-Level: X-Spam-Status: No, score=-1.506 tagged_above=-999 required=5 tests=[AWL=1.093, BAYES_00=-2.599] autolearn=ham Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WINmVbJF9TVM for ; Thu, 14 Jan 2010 12:37:45 -0800 (PST) Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96]) by olra.theworths.org (Postfix) with ESMTP id 6C0E4431FAE for ; Thu, 14 Jan 2010 12:37:45 -0800 (PST) Received: from lapse.rw.madduck.net (unknown [IPv6:2404:130:0:1000:20a:e4ff:fe30:4316]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lapse.rw.madduck.net", Issuer "CAcert Class 3 Root" (verified OK)) by clegg.madduck.net (postfix) with ESMTPS id 4FD941D4099; Thu, 14 Jan 2010 21:37:35 +0100 (CET) Received: by lapse.rw.madduck.net (Postfix, from userid 1000) id 0008E256B; Fri, 15 Jan 2010 09:37:30 +1300 (NZDT) Date: Fri, 15 Jan 2010 09:37:30 +1300 From: martin f krafft To: Asheesh Laroia Message-ID: <20100114203730.GE4691@lapse.rw.madduck.net> Mail-Followup-To: Asheesh Laroia , notmuch References: <20100111221909.GA30299@lapse.rw.madduck.net> <1263267603-sup-302@elise> <20100112045152.GA15275@lapse.rw.madduck.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="EgVrEAR5UttbsTXg" Content-Disposition: inline In-Reply-To: X-Motto: Keep the good times rollin' X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686 X-Spamtrap: madduck.bogus@madduck.net X-Subliminal-Message: debian/rules! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.3 at clegg X-Virus-Status: Clean Cc: notmuch Subject: Re: [notmuch] Potential problem using Git for mail (was: Idea for storing tags) X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 20:37:47 -0000 --EgVrEAR5UttbsTXg Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable also sprach Asheesh Laroia [2010.01.14.2112 +1300]: > Sure. But the MDA doesn't need to do the commit immediately. Since > (presumably) we're using Maildir, the MDA on the mail receiving > server is going to generate filenames that won't cause conflicts. > So it's okay to leave the files uncommitted. So when does the commit happen? > When I did the "git merge", git would create the Maildir files in > ~/Maildir/cur/... non-atomically. This might be something that the Git people could address if it was brought up on the mailing list. Then again, it might not be possible without going via a temporary file, which I doubt will fly. I suppose that I never actually considered merges on the IMAP server side, but obviously the IMAP server has to work off a clone, and that means it needs to merge. > Dovecot would notice the file in ~/Maildir/cur/ and think, "This > file must be ready!" So it would parse it even though git hadn't > finished writing it. This caused me to only see partial headers in > Alpine since Dovecot parsed it before it was a complete message. I wonder if a custom merge driver could address this to properly use =E2=80=A6/tmp/ to assemble the message and only then move it. --=20 martin | http://madduck.net/ | http://two.sentenc.es/ =20 "this week dragged past me so slowly; the days fell on their knees..." -- david bowie =20 spamtraps: madduck.bogus@madduck.net --EgVrEAR5UttbsTXg Content-Type: application/pgp-signature; name="digital_signature_gpg.asc" Content-Description: Digital signature (see http://martin-krafft.net/gpg/) Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAktPgIoACgkQIgvIgzMMSnVOxACglW8o2QY3jVflophey9wA/96q CuMAnRcUK+UCu9N2p9YsEf/9+gGGp8gB =NFKE -----END PGP SIGNATURE----- --EgVrEAR5UttbsTXg--