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 DD0916DE0F33 for ; Tue, 3 Dec 2019 11:42:26 -0800 (PST) Authentication-Results: arlo.cworth.org; dkim=pass (2048-bit key; unprotected) header.d=dme-org.20150623.gappssmtp.com header.i=@dme-org.20150623.gappssmtp.com header.b="FH31xwf8"; dkim-atps=neutral X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: 0.267 X-Spam-Level: X-Spam-Status: No, score=0.267 tagged_above=-999 required=5 tests=[AWL=-0.385, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NEUTRAL=0.652, UNPARSEABLE_RELAY=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 MTzIObybGbPJ for ; Tue, 3 Dec 2019 11:42:26 -0800 (PST) Received: from mail-wm1-f67.google.com (mail-wm1-f67.google.com [209.85.128.67]) by arlo.cworth.org (Postfix) with ESMTPS id 3E2376DE022B for ; Tue, 3 Dec 2019 11:42:26 -0800 (PST) Received: by mail-wm1-f67.google.com with SMTP id f129so4971304wmf.2 for ; Tue, 03 Dec 2019 11:42:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dme-org.20150623.gappssmtp.com; s=20150623; h=to:cc:subject:in-reply-to:references:from:date:message-id :mime-version:content-transfer-encoding; bh=aoMg/P7/ZQbQfm12xb47uHj1GKz3BcizB/g8Y1fvICQ=; b=FH31xwf8J73S+Dc2afJav5aJLM8HEd+jjkG2SMWcE7JktkusR1UhN/0mJHULmx90Sf AlF+ydv/kzjQp2sJGZ5xR7xkfMFTsZhX51tzb38UN2zgWx1gH91Ee+JE5JVxlI4dERci qg9IJuVtnuLNofgNyAw2cQ8lvFoGmF9CiCRA6GlzcN5ROw/LzQJ9wrXVMTTjG+az7tFO 6bq9PH8uw8jQA+5cYIkAPYTRWC/2gIs9WLJdWKIEvj1Vf8AfjxqNDKKnebmvPbnSuEjD qYmtRzrn2IorvgxIn7HpKmKjp0YMecCbwkXlqg7K5zkhCqwdPvq8yzzv1AV4u8xDMNSQ hfqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:subject:in-reply-to:references:from:date :message-id:mime-version:content-transfer-encoding; bh=aoMg/P7/ZQbQfm12xb47uHj1GKz3BcizB/g8Y1fvICQ=; b=RCul9bsIsuO1/wHVvBYy09rChYZ3xxezmgnnhrE4hovHS2xfIhxqH7MV0xhT73HC+W kMRvXZfoTvWyaTsb0mao5EoutVC+MiHKdXEwt2+GB3lPP1MGRn2B97Lvn0BVf2Y2nyTO 15gKUBjB8cLpmhSPl5wI0QTVbqQTQsKLB8mQZtIObj++XPCOKGpBDQGRE736VEIUoYKN l2gM9YI8Lwr+vl4DYxMcv9nJaLZGA4PjrzKRPHsWv+T4Mfxa5Q0ktwMIMKZPrli63SjB K3XlVVbTusVyDpoR6kBJDpI9O/T9uva1iTxKb4Xz/RSIvOfh16OBjZFm41nsOrBURZDx OuSA== X-Gm-Message-State: APjAAAXQi559+VRauhuLMTP1eaRgn7RbotztOhQeuyRiUHRCE86ZMLw8 kfY8xBSseGeack3td6MpwjKt0A== X-Google-Smtp-Source: APXvYqwM8RPwtF5JNhWVe+ec/HgbXqOtf0u158rCe9a3C31tJXOKnDCILMAnfUb4TiyqNzXeS4XkVA== X-Received: by 2002:a1c:7215:: with SMTP id n21mr20065132wmc.154.1575402144569; Tue, 03 Dec 2019 11:42:24 -0800 (PST) Received: from disaster-area.hh.sledj.net (disaster-area.hh.sledj.net. [81.149.164.25]) by smtp.gmail.com with ESMTPSA id a24sm3717223wmb.29.2019.12.03.11.42.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 03 Dec 2019 11:42:23 -0800 (PST) Received: from localhost (disaster-area.hh.sledj.net [local]) by disaster-area.hh.sledj.net (OpenSMTPD) with ESMTPA id 6b544fcd; Tue, 3 Dec 2019 19:42:22 +0000 (UTC) To: Gregor Zattler , notmuch Cc: Stefan Monnier Subject: Re: [BUG] notmuch-emacs: spoils sendmail -f with emacs 27 commit 3a59cc84069376802ba8fd731b524d78db58262c and later In-Reply-To: <87wobdz0eh.fsf@len.workgroup> References: <87wobdz0eh.fsf@len.workgroup> X-HGTTG: heart-of-gold From: David Edmondson Date: Tue, 03 Dec 2019 19:42:22 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: Tue, 03 Dec 2019 19:42:27 -0000 On Tuesday, 2019-12-03 at 20:15:02 +01, Gregor Zattler wrote: >> As best I can determine, this relates to the order in which things are >> loaded. >> >> If you load message.el before setting `mail-specify-envelope-from', >> things are broken (sorry for the long lines): >> >> disaster-area ~/s/emacs % ./src/emacs -Q -nw -batch --eval "(progn (requ= ire 'message) (setq mail-specify-envelope-from t mail-envelope-from 'header= ) (message \"%s\" message-sendmail-envelope-from))" >> nil >> disaster-area ~/s/emacs %=20 >> >> ...but if you load it after, things work fine: >> >> disaster-area ~/s/emacs % ./src/emacs -Q -nw -batch --eval "(progn (setq= mail-specify-envelope-from t mail-envelope-from 'header) (require 'message= ) (message \"%s\" message-sendmail-envelope-from))" >> header >> disaster-area ~/s/emacs % >> >> This doesn't appear to be new behaviour - 26.1 does the same. > > this is astonishing, since my test script behaves different with > emacs build with different last commits!? There may well be other layers of complication :-) >> This is related to the way that `message-sendmail-envelope-from' is >> initialised from `mail-envelope-from', and it's >> `message-sendmail-envelope-from' that matters, because you end up in >> `message-send-mail-with-sendmail'. > > At the moment I cannot follow... At least in 27, I don't think that you end up using `sendmail-send-it', because I don't believe that message.el is looking at `send-mail-function'. >> message.el is being loaded by =E2=80=9C(require 'notmuch)=E2=80=9D in yo= ur example, >> which is happening before `mail-specify-envelope-from' is set, so you >> see the failure mode described. > > ... but in my example the setq forms precede every call to > message/notmuch (as in your example)!? That's not the case. Your example is: > ~/src/emacs/src/emacs -Q -nw -L ~/src/notmuch/emacs/ --eval "(require 'no= tmuch)" -f notmuch -l /tmp/test.el This loads (via the require) notmuch.el, and consequently message.el, *before* it loads /tmp/test.el, so the setq calls happen after message.el has been loaded. > [And in my emacs configuration the customizations made with emacs' > customization interface (among others the three variables which are > setq in my test script) are loaded before almost anything else, > especially message/notmuch, see below] > >> The example you provided is obviously contrived to show the problem - >> are you hitting it in normal use? > > Absolutely. I struggle with this at least since 2nd of August and have > reproduced this behaviour dozens of times. It took my several > attempts to isolate the problem. > > I use https://github.com/xundeenergie/exim4-multiaccount version > 1.57 as of 2018-06-05 in order to send emails through different > smarthosts. > > I do this every day and with emacs from sources newer than commit > 01739625704aaaea6831cef459a4a53171689513 I'm e.g. not able to send > emails with my work email address ot to this mailing list. This > is especially annoying since sending fails silently. So > relatively important emails as e.g. announcements of downtimes did > not reach their intended audience. > > The whole thing is above my elisp knowledge. Is it possible you > describe something which is not the problem I described? I think that the above explanation applies to the example that you provided here. There may well be a different explanation for what happens with your real configuration. dme. --=20 I had my eyes closed in the dark.