Re: file-error "not a regular file"
authorDavid Bremner <david@tethera.net>
Mon, 28 Dec 2015 14:46:32 +0000 (10:46 +2000)
committerW. Trevor King <wking@tremily.us>
Sat, 20 Aug 2016 21:50:14 +0000 (14:50 -0700)
82/f702c0b51f7e3f61226f150d1bd26eec359aa5 [new file with mode: 0644]

diff --git a/82/f702c0b51f7e3f61226f150d1bd26eec359aa5 b/82/f702c0b51f7e3f61226f150d1bd26eec359aa5
new file mode 100644 (file)
index 0000000..80756e7
--- /dev/null
@@ -0,0 +1,86 @@
+Return-Path: <david@tethera.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by arlo.cworth.org (Postfix) with ESMTP id E43B26DE0A4A\r
+ for <notmuch@notmuchmail.org>; Mon, 28 Dec 2015 06:46:39 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.311\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.311 tagged_above=-999 required=5 tests=[AWL=0.240,\r
+  RP_MATCHES_RCVD=-0.55, SPF_PASS=-0.001] autolearn=disabled\r
+Received: from arlo.cworth.org ([127.0.0.1])\r
+ by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id 09WFJMXJtMV7 for <notmuch@notmuchmail.org>;\r
+ Mon, 28 Dec 2015 06:46:38 -0800 (PST)\r
+Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197])\r
+ by arlo.cworth.org (Postfix) with ESMTPS id C7BB26DE09ED\r
+ for <notmuch@notmuchmail.org>; Mon, 28 Dec 2015 06:46:37 -0800 (PST)\r
+Received: from remotemail by fethera.tethera.net with local (Exim 4.84)\r
+ (envelope-from <david@tethera.net>)\r
+ id 1aDZ46-0006In-Q2; Mon, 28 Dec 2015 09:46:26 -0500\r
+Received: (nullmailer pid 2839 invoked by uid 1000);\r
+ Mon, 28 Dec 2015 14:46:32 -0000\r
+From: David Bremner <david@tethera.net>\r
+To: fauno <fauno@kiwwwi.com.ar>, notmuch@notmuchmail.org,\r
+ Peter Salazar <cycleofsong@gmail.com>\r
+Subject: Re: file-error "not a regular file"\r
+In-Reply-To: <87wprzb4sj.fsf@endefensadelsl.org>\r
+References:\r
+ <CAE+_6Tw18LY954NZt+koH-mn=nniubVdk4tR8TSitDy_6wJB2Q@mail.gmail.com>\r
+ <87wprzb4sj.fsf@endefensadelsl.org>\r
+User-Agent: Notmuch/0.21+7~g55fb7da (http://notmuchmail.org) Emacs/24.5.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Mon, 28 Dec 2015 10:46:32 -0400\r
+Message-ID: <87ege6d41j.fsf@zancas.localnet>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.20\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 28 Dec 2015 14:46:40 -0000\r
+\r
+fauno <fauno@kiwwwi.com.ar> writes:\r
+\r
+> Peter Salazar <cycleofsong@gmail.com> writes:\r
+>\r
+>> Hello,\r
+>>\r
+>> I'm using notmuch-mode from within Emacs to send email using async/mbsync\r
+>> through Gmail. However, every time I send email from within Emacs, I get\r
+>> this error:\r
+>\r
+> i got this message too for fcc with default values, i'm on emacs 24.5\r
+> with notmuch 0.21\r
+>\r
+\r
+Can either of you replicate the problem with a minimal configuration,\r
+ideally with "emacs -q", followed by "M-x load-library <return>\r
+notmuch"?\r
+\r
+If so, does the path in the Fcc header exist? If so, what is it? a file,\r
+a directory, a symlink?\r
+\r
+For me, in emacs 24.5 / notmuch 0.21, with emacs -q, if that path is\r
+missing I am prompted to create it. If I refuse, then I later get a\r
+message about not being a maildir.\r
+\r
+I guess the tl;dr is that I can't duplicate this problem. Looking at the\r
+traceback Peter provided, it looks like he is using\r
+"send-message-without-bullets" to send the message. Since this isn't a\r
+notmuch function, it's likely bypassing the notmuch fcc setup that\r
+notmuch-mua-send and notmuch-mua-send-and-exit do.\r
+\r
+\r
+d\r
+\r