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 678526DE00D4 for ; Wed, 15 Nov 2017 13:48:37 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[AWL=0.010, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 ZbGdjQEBwOJN for ; Wed, 15 Nov 2017 13:48:36 -0800 (PST) Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197]) by arlo.cworth.org (Postfix) with ESMTPS id 8DA346DE00C4 for ; Wed, 15 Nov 2017 13:48:36 -0800 (PST) Received: from remotemail by fethera.tethera.net with local (Exim 4.89) (envelope-from ) id 1eF5Xv-00070A-3q; Wed, 15 Nov 2017 16:48:35 -0500 Received: (nullmailer pid 31960 invoked by uid 1000); Wed, 15 Nov 2017 21:48:32 -0000 From: David Bremner To: Kai Harries , notmuch@notmuchmail.org Subject: Re: bounce/forward not working due to CR at line end In-Reply-To: <87fu9f45e1.fsf@x230.kaiha.invalid> References: <87d14ri436.fsf@x230.kaiha.invalid> <877euraf0e.fsf@tethera.net> <87fu9f45e1.fsf@x230.kaiha.invalid> Date: Wed, 15 Nov 2017 17:48:32 -0400 Message-ID: <877eur5i33.fsf@tesseract.cs.unb.ca> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.23 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: Wed, 15 Nov 2017 21:48:37 -0000 Kai Harries writes: > David Bremner writes: > >> During off-list discussion, Kai mentioned id:87a7zsm5ol.fsf@gmail.com as >> a message that he cannot bounce (and also not forward?). For me this >> forwards fine, but does not bounce because it has a corrupted Cc header, >> and my MTA rejects it. That doesn't sound related to the original >> problem report (nothing about line endings). > > Can you please evaluate the following on your system: > > (call-process "notmuch" nil t nil "show" "--format=raw" "id:87a7zsm5ol.fsf@gmail.com") > > If I do this on my system, then the text that is inserted into the > buffer has ^M (CR) at the line endings. Is this expected? No ^M line endings for me. Can you check the file on disk? Maybe "od -a" lacking a better idea.