From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 359DC6DE0ED0 for ; Thu, 7 Mar 2019 14:10:32 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FAKE_REPLY_C=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2qbdIZwKK_4A for ; Thu, 7 Mar 2019 14:10:30 -0800 (PST) X-Greylist: delayed 387 seconds by postgrey-1.36 at arlo; Thu, 07 Mar 2019 14:10:29 PST Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) by arlo.cworth.org (Postfix) with ESMTPS id DCE846DE0AAB for ; Thu, 7 Mar 2019 14:10:29 -0800 (PST) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id ECAA422089; Thu, 7 Mar 2019 17:04:00 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 07 Mar 2019 17:04:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=DWibIgRaRgDp8WM8UqefMBmj9/J0qLIbUE7B1+t3MKE=; b=FSNb/7/0 Z7v1YgVak34U9yIEtwEr/WWMQu0l2KF2erMS0K2Fcs7d0dRZxM/zAyDieJJb1EcO ynZoHqA47JwFT7zG/FUXn9jSDtiKHDF1liO5ODSbZ5QqDqYd8vgLFT0HsX3v170G RmlLpreAlNIgiCZz5R2HhCbJdQTzIL3aE6rRKivZcB2YKWUMULsO1pwLFPYoBxcz Lwl6eAF4P765zlm6l5iOeBtBTauw9vU+YTHxtLni6VPrO/nDCV83m4zup2VhHrob 6LxKTvsAR6T75/0xUMjaLfHSxIe2p+eO3o8E9MdVPkvHXk6VVXVtUVk3eNo75eeE jHBv8isB5E7NNA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrfeekgdduiedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfggtggugfgjfgesthekredttderudenucfhrhhomheptehlvhgr rhhoucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh eqnecukfhppedvtddurddukeeirdektddrieejnecurfgrrhgrmhepmhgrihhlfhhrohhm pegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhgnecuvehluhhsthgvrhfuih iivgeptd X-ME-Proxy: Received: from nimloth.alvh.no-ip.org (unknown [201.186.80.67]) by mail.messagingengine.com (Postfix) with ESMTPA id 8A558100E5; Thu, 7 Mar 2019 17:03:57 -0500 (EST) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id 46947121C9A; Thu, 7 Mar 2019 19:03:55 -0300 (-03) Date: Thu, 7 Mar 2019 19:03:55 -0300 From: Alvaro Herrera To: David Bremner Cc: "Leo L. Schwab" , notmuch@notmuchmail.org Subject: Re: BUG: "notmuch insert" fails with "Delivery of non-mail file" Message-ID: <20190307220355.GA24454@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8736nyfl9p.fsf@tethera.net> User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.29 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, 07 Mar 2019 22:10:32 -0000 On 2019-Mar-07, David Bremner wrote: > "Leo L. Schwab" writes: > > > As a result, I've been thinking how this might be addressed. The > > thought I've had is to create a new option to motmuch-insert that > > essentially means, "Skip all validation, just index and deliver." In other > > words, the input is presumed to have already been validated by an external > > entity, so assume it's good and index and deliver it. '--keep' effectively > > does this already, but it quashes *all* errors. I just want to skip the > > validator. > > If you move your database out of the way and run notmuch-new, are the > messages delivered by your modified notmuch-insert? I think that's a > property I'd require for anything we were going to carry upstream. > > Also, I'm not sure about turning off _all_ validation vs. just not > checking for mboxes. By the way, did you not have a problem with message id:878szcwd8c.fsf@swing.csc.kth.se delivered to this very list? That one includes an unescaped "^From " line in the body, which is sure to confuse the message parser ... -- Álvaro Herrera 39°50'S 73°21'W "Ah, spring... when a young penguin's fancy lightly turns to thoughts of ... Beta testing!" (Fedora 9 beta announcement)