From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Suvayu Ali Newsgroups: gmane.emacs.help Subject: Re: From Gnus to mu4e Date: Mon, 31 Aug 2015 02:16:22 +0200 Message-ID: <20150831001622.GG1373@chitra.no-ip.org> References: <87lhczyl1p.fsf@free.fr> <87a8tezf7x.fsf@free.fr> <87vbc0pgkp.fsf@free.fr> <20150827233408.GD30233@chitra.no-ip.org> <20150827234228.11079.2CAD2C13@ahiker.mooo.com> <20150828001444.GF30233@chitra.no-ip.org> <20150828001629.11433.17209627@ahiker.mooo.com> <20150828090619.GH30233@chitra.no-ip.org> <20150828145303.19310.0B5C0550@ahiker.mooo.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1440980215 6272 80.91.229.3 (31 Aug 2015 00:16:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 31 Aug 2015 00:16:55 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Aug 31 02:16:51 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZWCmI-0000JL-Fq for geh-help-gnu-emacs@m.gmane.org; Mon, 31 Aug 2015 02:16:50 +0200 Original-Received: from localhost ([::1]:33133 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWCmI-0003ut-Bd for geh-help-gnu-emacs@m.gmane.org; Sun, 30 Aug 2015 20:16:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51149) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWClx-0003sj-GB for help-gnu-emacs@gnu.org; Sun, 30 Aug 2015 20:16:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZWClu-0006Kg-9j for help-gnu-emacs@gnu.org; Sun, 30 Aug 2015 20:16:29 -0400 Original-Received: from mail-wi0-x231.google.com ([2a00:1450:400c:c05::231]:37366) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWClu-0006KG-23 for help-gnu-emacs@gnu.org; Sun, 30 Aug 2015 20:16:26 -0400 Original-Received: by wicfv10 with SMTP id fv10so55708112wic.0 for ; Sun, 30 Aug 2015 17:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=5shqOqO82Q9erJdMxDGmcjBKRNRFFipaHWjQqZqobcI=; b=IgVrwufVy/qiZjFsnZTeT55U8yUEim8R0aIRrdVJUsp1744fvNaHy2tlcbzdhVYHUt vGHbHtkSNp+kbHPIzG8wV12ubFMYhsGr4AGRM2vH7oqNlqkB/uF24srMWBr/h2s1a0Zg 8+SjGD2h1VLir2cth2aIexWZ35rQckX4Guol9q1bLbL+xVWDDx5qbSAV4JbDl+33Feyx 5NnWoE0sdT1jvoK96XuiyOiXEG/JSKmWSV8ezNDF8NNaAeC7LLzxXdgpfQFvbBSNf+X8 IhFshuVANCTKNW7q4LniMLwu+8P8jTo87LWfNaDeaNemgk3dKKCJ/FIIWVGEEs8Msaxd QfCw== X-Received: by 10.180.96.230 with SMTP id dv6mr16737574wib.23.1440980185112; Sun, 30 Aug 2015 17:16:25 -0700 (PDT) Original-Received: from chitra.no-ip.org (5072840E.static.ziggozakelijk.nl. [80.114.132.14]) by smtp.gmail.com with ESMTPSA id q8sm15303869wik.24.2015.08.30.17.16.23 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 30 Aug 2015 17:16:23 -0700 (PDT) Mail-Followup-To: help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <20150828145303.19310.0B5C0550@ahiker.mooo.com> User-Agent: Mutt/1.5.23.1 (2014-03-12) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::231 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:106940 Archived-At: On Fri, Aug 28, 2015 at 08:31:26AM -0700, Ian Zimmerman wrote: > On 2015-08-28 11:06 +0200, Suvayu Ali wrote: > > > When MUA 2 fails, it is easily handled by reporting to the user and not > > trying to commit the changes again. E.g. in mutt, this is handled by > > telling the user something like: file does not exist (I don't recall the > > exact phrasing), and keeping the folder state as is. > > I don't know about you, but if I got this blurb from my MUA I would > first stare at the screen for minutes, repeating "wtf wtf", then (if I > was having a good day) investigate, and finally mutate the state of my > computer to ensure exclusive access :-) IOW, I don't want such weirdness > to happen, whether I call it "race" or not. Okay, I found the error message, it's cryptic indeed. rename: No such file or directory (errno = 2) IIRC, I did understand it quite immediately when I saw it the first time. But maybe it was easy for me because I was quite familiar with the maildir format, having dealt with OfflineIMAP and I had been experimenting with Gmail's IMAP implementation to understand how it works. Having said all that, I do not think there is any easy solution to this issue. This is inherrent in how we are approaching the problem the moment we choose a solution that relies on syncing rather than being live (IMAP access). > And to close the circle, this example in fact has analogy with our > maildir situation: the MUA trying to set the "Replied" flag presumably > just sent off a reply. So the failure to set the flag means the maildir > state, while internally consistent, doesn't reflect reality. This is a very interesting case indeed. However I do not see any possible solutions as long as we choose to sync rather than use IMAP. In this particular case, the inconsistent flags will be corrected on the next sync, since the remote server has the correct flags. Cheers, -- Suvayu Open source is the future. It sets us free.