stardiviner
commented
3 years ago And here is my mu4e config file (because it's too long, so I paste the link here): https://github.com/stardiviner/emacs.d/blob/master/init/tools/init-mu4e.el
Closed stardiviner closed 3 years ago
stardiviner
commented
3 years ago And here is my mu4e config file (because it's too long, so I paste the link here): https://github.com/stardiviner/emacs.d/blob/master/init/tools/init-mu4e.el
stardiviner
commented
3 years ago I also tested with bellowing minimal emacs config:
(use-package mu4e
;; :load-path "~/Code/Emacs/mu/mu4e/" ; compile from source code
:load-path "/usr/local/share/emacs/site-lisp/mu4e"
:demand t
:commands (mu4e)
;; :preface (setq mu4e-mu-debug t)
:custom ((mail-user-agent 'mu4e-user-agent) ; use mu4e as default for compose [C-x m].
;; Maildir
(mu4e-sent-folder "/Send")
(mu4e-drafts-folder "/Drafts")
;; (mu4e-refile-folder "/Archives")
(mu4e-trash-folder "/Trash")
(mu4e-completing-read-function 'completing-read)
;; my personal email
(mu4e-compose-reply-to-address "numbchild@gmail.com")
(user-mail-address "numbchild@gmail.com")
(user-full-name "stardiviner"))
:init
(add-to-list 'display-buffer-alist '("^ \\*mu4e-main\\*" . (display-buffer-below-selected)))
(add-to-list 'display-buffer-alist '("^ \\*mu4e-proc\\*" . (display-buffer-below-selected)))
;; support `org-store-link' in mu4e
(require 'mu4e-org) ; for [[mu4e:..]] links.
(setq mu4e-org-link-query-in-headers-mode t)
:config
;; the maildirs you use frequently; access them with 'j' ('jump')
(setq mu4e-maildir-shortcuts
'((:maildir "/INBOX" :key ?i)
(:maildir "/Send" :key ?s)
(:maildir "/Drafts" :key ?d)
(:maildir "/Trash" :key ?t)
(:maildir "/Work" :key ?w)
(:maildir "/Emacs/help" :key ?e)
(:maildir "/Emacs/devel" :key ?E)
(:maildir "/Emacs/Org-mode" :key ?O)
(:maildir "/Lisp/" :key ?l)
(:maildir "/Clojure" :key ?c)
(:maildir "/ClojureScript" :key ?C)
(:maildir "/Newsletter/Clojure" :key ?a)
(:maildir "/JavaScript" :key ?j)
(:maildir "/SQL/PostgreSQL/general" :key ?p)
(:maildir "/NoSQL/Neo4j" :key ?n)))
)Still take very long time to open emails contains attachment.
theophilusx
commented
3 years ago Versions of mu, mu4e/emacs, operating system etc.
- mu4e-mu-version: "1.5.5"
- Emacs version: GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.17.3) of 2020-12-12
I would start by upgrading to 1.5.7. The 1.5.x version is the development version, so it is important to keep it up to date and provide bug reports based on current head.
For the record, I don't see the slowness you report with mu 1.5.7 and GNU Emacs 27.1.90
stardiviner
commented
3 years ago I tried to compile the latest version mu. The latest commit is 78636ba3df273aa82df16645197c3b74d83cac24.
Here is the commands to compile:
make clean
autoreconf -i && ./configure && make
sudo make installThen I got error when compileing from source code:
make[3]: *** No rule to make target 'mu-bookmarks.c', needed by 'mu-bookmarks.lo'. Stop.
make[3]: Leaving directory '/home/stardiviner/Code/Emacs/mu/lib'
make[2]: *** [Makefile:1173: all-recursive] Error 1
make[2]: Leaving directory '/home/stardiviner/Code/Emacs/mu/lib'
make[1]: *** [Makefile:591: all-recursive] Error 1
make[1]: Leaving directory '/home/stardiviner/Code/Emacs/mu'
make: *** [Makefile:501: all] Error 2I searched the whole repository. Have not found any file contains mu-bookmarks.c.
I use git pull upstream master command to fetch latest update. I'm sure I'm using the latest code.
theophilusx
commented
3 years ago stardiviner notifications@github.com writes:
I tried to compile the latest version
mu. The latest commit is78636ba3df273aa82df16645197c3b74d83cac24. Here is the commands to compile:make clean autoreconf -i && ./configure && make sudo make install
I built the same version this morning with no errors. The commands I used were
git pull make clean ./autogen.sh make sudo make install
Built fine and I'm sending this message using it.
stardiviner
commented
3 years ago Compile successed, I missed the ./autogen.sh. Thanks for your answering. I also updated my install.sh. 😄
stardiviner
commented
3 years ago I tried new version mu/mu4e. Now open most attachment emails is as fast as normal emails.
But still some weird emails is very slow.
Here is an example, I press . to get the raw format of email:
Return-Path: <help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org>
Delivered-To: unknown
Received: from pop.gmail.com (127.0.0.1:1086) by localhost with POP3-SSL; 20
Dec 2020 00:30:18 -0000
Delivered-To: numbchild@gmail.com
Received: by 2002:ab0:22d7:0:0:0:0:0 with SMTP id z23csp3131703uam;
Sat, 19 Dec 2020 08:37:35 -0800 (PST)
X-Google-Smtp-Source:
ABdhPJzeKUM/GQb9AkJDvbzZ9CBENn2Wsm8tMQOqpWG7g+p4M485kqWlJFwCC6Q13qzJVIIgfMdX
X-Received: by 2002:a25:3b03:: with SMTP id i3mr13103930yba.276.1608395855842;
Sat, 19 Dec 2020 08:37:35 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1608395855; cv=none;
d=google.com; s=arc-20160816;
b=wxoYC6GjQFSbpUdduBNJPf5+DpnndCIRT8P/YZwVsme+oxrj0li8fI0TOEiSJ+8ScT
qlTW1K1CfI1Rq93HwUkHuZM3Rz+YWCXGhwhktVwU9WIwK5otDavMGGSCAlSE1iCLMWqh
haGbuWiAtwVwnMS4toZ1uylt5A6GnooOsHcY5sFR27vjnfwYc8Ll9ygkbt6gJDwGpraa
x+NCPc8dxJwPeAK+7Rh6Boz0IW0ZVQT5OWdhQpF1+BWBBEgzYPtrGtwm/jLocz5fBfFJ
URXfdOssGXuKEi6PRVR+tWy+XxIJlxIV/iAin4vhxPch4XzEMYoZH2yagYXGsdlXANOM
pnjA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com;
s=arc-20160816;
h=sender:errors-to:list-subscribe:list-help:list-post:list-archive
:list-unsubscribe:list-id:precedence:mail-copies-to:cancel-lock
:user-agent:mime-version:references:message-id:date:subject:from:to
:mail-followup-to;
bh=F/Xby3+5JH5tc+IIcR+9nlX4Csp4IMbej0U9MWXE32c=;
b=HQjSMm4iR12ADdjV/Mb5IpO6//3BJ7JwfMVFqUkqFYzueZuoWwSa8M3kXCOeVPNGfC
xTX6SxcYnCQmQB0Mq2D+VTI1Vr1RyoLBoGX1vO8wHO3roNqm4s/UhVCZXLRroVEV/BwZ
BtNDREcDKpDh/v3h6Y+GIVWBfjZcUrJlISQd7OWY8CanUpBzGNDbYsLpyX7uszl0iRQI
2gu8Yn39y8kjrWKBJpYL47rtx7TQ5QzeQjXbNmXxOvWRc/W9//Kn2bMWDgbtQLlj6Nms
TBXeUWN9f2EFotffcri1tvqp5LuiXULQH8KnUZjlMAc4WyllTa8+I3oofLwgGRftrf4Z
3KEA==
ARC-Authentication-Results: i=1; mx.google.com;
spf=pass (google.com: domain of
help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org designates 209.51.188.17
as permitted sender)
smtp.mailfrom="help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org";
dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mat.ucm.es
Received: from lists.gnu.org (lists.gnu.org. [209.51.188.17])
by mx.google.com with ESMTPS id
b26si11743426ybe.398.2020.12.19.08.37.35
for <numbchild@gmail.com>
(version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256);
Sat, 19 Dec 2020 08:37:35 -0800 (PST)
Received-SPF: pass (google.com: domain of
help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org designates 209.51.188.17
as permitted sender) client-ip=209.51.188.17;
Authentication-Results: mx.google.com;
spf=pass (google.com: domain of
help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org designates 209.51.188.17
as permitted sender)
smtp.mailfrom="help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org";
dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mat.ucm.es
Received: from localhost ([::1]:37522 helo=lists1p.gnu.org)
by lists.gnu.org with esmtp (Exim 4.90_1)
(envelope-from <help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org>)
id 1kqfEd-0005sY-DC
for numbchild@gmail.com; Sat, 19 Dec 2020 11:37:35 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:42854)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <geh-help-gnu-emacs@m.gmane-mx.org>)
id 1kqfDx-0005sJ-F0
for help-gnu-emacs@gnu.org; Sat, 19 Dec 2020 11:36:53 -0500
Received: from ciao.gmane.io ([116.202.254.214]:53976)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <geh-help-gnu-emacs@m.gmane-mx.org>)
id 1kqfDv-0004PK-Bj
for help-gnu-emacs@gnu.org; Sat, 19 Dec 2020 11:36:53 -0500
Received: from list by ciao.gmane.io with local (Exim 4.92)
(envelope-from <geh-help-gnu-emacs@m.gmane-mx.org>)
id 1kqfDt-00014p-Mw
for help-gnu-emacs@gnu.org; Sat, 19 Dec 2020 17:36:49 +0100
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: help-gnu-emacs@gnu.org
To: help-gnu-emacs@gnu.org
From: Uwe Brauer <oub@mat.ucm.es>
Subject: Re: how to connect emacs (gnus) to github pull-requests discussions
Date: Sat, 19 Dec 2020 17:36:36 +0100
Message-ID: <87r1nliwh7.fsf@mat.ucm.es>
References: <87r1nl6auy.fsf@mat.ucm.es>
<CAP_d_8WcL7=HRtv955Vcz9r3SvgSF6bB70yEazn6g6=ag_1LiQ@mail.gmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
micalg=sha256; protocol="application/pkcs7-signature"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
Cancel-Lock: sha1:Lp/hfa6fG52OsMWIrd6umUVrSYQ=
Mail-Copies-To: never
Received-SPF: pass client-ip=116.202.254.214;
envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io
X-Spam_score_int: -16
X-Spam_score: -1.7
X-Spam_bar: -
X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9,
HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-gnu-emacs>,
<mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/help-gnu-emacs>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
<mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org
Sender: "help-gnu-emacs" <help-gnu-emacs-bounces+numbchild=gmail.com@gnu.org>
--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
>>> "YK" =3D=3D Yuri Khan <yuri.v.khan@gmail.com> writes:
> On Sat, 19 Dec 2020 at 23:04, Uwe Brauer <oub@mat.ucm.es> wrote:
>> More and more code development is done by pull requests (mostly using
>> github) One of most annoying thing for me is that I cannot use emacs
>> more specifically gnus to access these discussions.
>>=20
>> Does somebody know either a possibility to connect gnus to github pull
>> requests or any other emacs pkg that would allow me to connect emacs =
to
>> the github pull request pages
> Why not?
> Github lets you subscribe to any individual issue, pull request, or a
> whole repository.
> If you are subscribed, Github will send you an email every time
> someone posts a comment in that issue or pull request, or if someone
> creates a new issue or PR in that repository.
I am talking here about, for example the german Covid 19 warn app
https://github.com/corona-warn-app/cwa-app-ios
I have a github account but not write access
> Every such notification email has its Reply-To header set to a unique
> email address. Any reply you send to that address will be added as a
> comment to the corresponding issue or PR. (It will be interpreted as
> Markdown so quoting works as expected. Just don=E2=80=99t overquote.)
Oops, I see
To: corona-warn-app/cwa-wishlist <cwa-wishlist@noreply.github.com>
I interpret the address =C2=AB@noreply.github.com>=C2=BB, as *do not reply*
But indeed, I did not pay attention later on it is written=20
=C2=ABReply to this email directly or view it on GitHub:=C2=BB
So you are right. Next time I know! thanks
--=-=-=
Content-Type: application/pkcs7-signature; name=smime.p7s
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=smime.p7s
MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCE8cw
ggWDMIIDa6ADAgECAg9dk40wZzbIBh0ax1SEaQcwDQYJKoZIhvcNAQELBQAwOzELMAkGA1UEBhMC
RVMxETAPBgNVBAoMCEZOTVQtUkNNMRkwFwYDVQQLDBBBQyBSQUlaIEZOTVQtUkNNMB4XDTA4MTAy
OTE1NTk1NloXDTMwMDEwMTAwMDAwMFowOzELMAkGA1UEBhMCRVMxETAPBgNVBAoMCEZOTVQtUkNN
MRkwFwYDVQQLDBBBQyBSQUlaIEZOTVQtUkNNMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKC
AgEAunGAekyGbn/IE23Axn0cAJePLAwjuxCaQKkat4eI+JtWavvme46Lko6nJV1ZEds2LrdRFx+p
CB8EFyRYqjdKGN/lOdRX/dfBLJEBkeIi1APAWPx3R+yPPnRDuqw0jU04dmeOsMhvMDNYcVy09Wtu
1AFQuBN+bEqjSdEgGe68wCkYZafe/u/dCpAh5xpnkkIQmF9PMLw+HEW0ENdoQBTAQPrndxd65guP
ZVs82ZpS27W9nkbPPeuRBQLAlrJ2TE0QljuS+px/D5nfviM1RR4CXP61qJuZJdpe8yLDOfXkKi7T
xh/EbKrFHGoBBUov0sXBqDQmXWal0gIh+Ri3BvVOmW+oq0xR6M9QGMV3yDkJLEmSMpmouxcXebBa
xeajxFllRzWDXqnoNQuZu+TNIMabSgY5tWj8IrruVYwrTurzseP8tpma1UL6cU0Iz4ceanF9+dO0
6aVxgXvCTkeWpfZ2haMoj+mAboFTpW1fuEj5wvk2pi5J/7iWwowHs5uIWPzrGxzeLXDil5IwoYnj
vFWoJ9ZL7ZCti/pjJVktqDXdypczvOXNx53R7O9eDkqQBiZjrbnZNS0HunZlLKxXj330B5TXgQKW
XaMHSdV60Ff5G+dTRnWqsHlCy2hxCOlgvTlpzvSvw1ZAx61Sognkb4ZHih/rKCddgyCvBMlsVpqL
RvUCAwEAAaOBgzCBgDAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU
933F/cTomht3ZKf1HaDMv4dgmm0wPgYDVR0gBDcwNTAzBgRVHSAAMCswKQYIKwYBBQUHAgEWHWh0
dHA6Ly93d3cuY2VydC5mbm10LmVzL2RwY3MvMA0GCSqGSIb3DQEBCwUAA4ICAQAHkErf8yNO8MOc
UWWbnCKiigyF83Mpa03+AeKpDGMBvwRnpZ2YX/0BE/rsmmLphv62YtJuTJT7wHVFfGUM+LI3z6wP
z41v+Rn3j+we8nCe8Mq477f/djd2W/ZuiPOvYjIikw06ao4UZgwtU3RXZR7Vst0jgTulZiMnZwmP
4XeqQ81lUQjtUVj+5jn5y0eEpBXxdruk7qQ7xF/vsjOWERi3yWW+GOGjpNz6GPnTvBObOXo0utNB
+/oyiiq3K4YLaYM4vs2KLgtwrY0mku4e9QErCtnWl5tu4KgZHDohiwweQK0D591mfvW5IA0D6Jb5
gkXUOeCgAF3XmOZ9nmdzw5oq96uLoToU7zS8Ug6JmJoEQIQdfkVpk1fO6874UHxPHG4EQ5v51jsj
GOnqjtFNRo3xO+Rqyrr7I7eb+pkBKVpYWi3j+dRtDiatwW40vDL4DAX6ZaPbOzeDIunW3HIz/V3y
IL12PCPaKPf5G+tZZNXcX3J+IPzNibWQZ01iej9OrR3DOf569CgW30H2SIAF1w9ReawQq9TsA2bm
arC6MZJCQGq+OtNy4Wo3VbysHZW3aWHyQ5F05qDTCiRGoQiv1tpFGZbUUx1bhHnwwPdH74uPxQau
nUxinf9GBPjTybYQJUB1/haqyUpghi+67zB35FTiuISZWICqE4tROk9I9ou2szCCBtowggTCoAMC
AQICEEVfOuFcIc26VE+CqkdR69swDQYJKoZIhvcNAQELBQAwOzELMAkGA1UEBhMCRVMxETAPBgNV
BAoMCEZOTVQtUkNNMRkwFwYDVQQLDBBBQyBSQUlaIEZOTVQtUkNNMB4XDTE0MTAyODExNDg1OFoX
DTI5MTAyODExNDg1OFowSzELMAkGA1UEBhMCRVMxETAPBgNVBAoMCEZOTVQtUkNNMQ4wDAYDVQQL
DAVDZXJlczEZMBcGA1UEAwwQQUMgRk5NVCBVc3VhcmlvczCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAJ0gBCYt+y1pMMvZk3+l5a7UcHLvlL5Fa+WPsgv5ujOGJa+G8cDY27Y/vvG+iQWm
/cMh4ZLVUiAWvnYmIX7B7FlVoJDpUszSD6kzyjpo2LS91CbqFtwG6QzWSRFRYBKJZAoOdcFyjIzu
zuQnycCAN4ldn23nkeGADprP9ZqptC0pK1osMJWBfVZ/Gqq/3gJ0/3fCnWAuWf/THNWs1h1je8ye
jE3bmfT3FYzJu9Ir4h2qIYBFLve/W8tt2nMevau6iz4x5GKBoX9n7dbUKmJo7PYnIMD4a8y8stc8
12MtB6HhZ7OG4tjfjAU5qX/4vB2TiugctzEtlJQrI14R4c2psEcCAwEAAaOCAsgwggLEMBIGA1Ud
EwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBSx1E/EI3n6RAUJxus5z+g1
sLggZDCBmAYIKwYBBQUHAQEEgYswgYgwSQYIKwYBBQUHMAGGPWh0dHA6Ly9vY3NwZm5tdHJjbWNh
LmNlcnQuZm5tdC5lcy9vY3NwZm5tdHJjbWNhL09jc3BSZXNwb25kZXIwOwYIKwYBBQUHMAKGL2h0
dHA6Ly93d3cuY2VydC5mbm10LmVzL2NlcnRzL0FDUkFJWkZOTVRSQ00uY3J0MB8GA1UdIwQYMBaA
FPd9xf3E6Jobd2Sn9R2gzL+HYJptMIHrBgNVHSAEgeMwgeAwgd0GBFUdIAAwgdQwKQYIKwYBBQUH
AgEWHWh0dHA6Ly93d3cuY2VydC5mbm10LmVzL2RwY3MvMIGmBggrBgEFBQcCAjCBmQyBllN1amV0
byBhIGxhcyBjb25kaWNpb25lcyBkZSB1c28gZXhwdWVzdGFzIGVuIGxhIERlY2xhcmFjacOzbiBk
ZSBQcsOhY3RpY2FzIGRlIENlcnRpZmljYWNpw7NuIGRlIGxhIEZOTVQtUkNNICggQy8gSm9yZ2Ug
SnVhbiwgMTA2LTI4MDA5LU1hZHJpZC1Fc3Bhw7FhKTCB1AYDVR0fBIHMMIHJMIHGoIHDoIHAhoGQ
bGRhcDovL2xkYXBmbm10LmNlcnQuZm5tdC5lcy9DTj1DUkwsT1U9QUMlMjBSQUlaJTIwRk5NVC1S
Q00sTz1GTk1ULVJDTSxDPUVTP2F1dGhvcml0eVJldm9jYXRpb25MaXN0O2JpbmFyeT9iYXNlP29i
amVjdGNsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50hitodHRwOi8vd3d3LmNlcnQuZm5tdC5lcy9j
cmxzL0FSTEZOTVRSQ00uY3JsMA0GCSqGSIb3DQEBCwUAA4ICAQCMPSi04H4N825c2lx3PYBkHk7p
ErjJ5rL/K4CgeD2ETCxliy/c8WMr591SQduv/BcLjJqE8gnUXVainvmCZsCFXpxe6oPnfEaOfl/m
Y+2rYu9GTidhlYG9TQI9qTQPmfnma1aVA599S/t84k4S76QLRLU8egExWyZhIJKUdQJ21s77rMMF
CDFAbKUdNp4giM6giVZtrtlMvZB8PnYgSUbsFWKaQWWr4J+xAjTvryniACmZnvljHdGUE4ZA0WCM
RRcGIVhaHNUxPi39J1WxGuY/7+qFXGrj/tnci4x/603VYYeC5yPwyjxih3bkPKl7oW8YGyIrvIwU
/9J93VkDxQd6LvfrB5ZU/bklFRq7Sviso4Bix+aHvIuBjmx+xiVLYZFMBGMxoo4P1pir5vo4NIJ5
Vk+x4lNCuHxFpXSAZfZzWoddskj1Tet6v/JAl0tyUfHDPNmXrMy1Z7T7OuIrVdliq5KzQPi7buGf
1E2OJbh/iEXr6Pa3k+u/dDEL2KwsI0rLjQ+H1yPOv5hhEhr4W8BApqYXvC/41dLmdNciOZpoIXnQ
a+Vqir+uBJiFzRVWdt/pofERQoKj2bGrVWlaAUKtRXrzoTzIxL8YjIMz173tgN4Epp4P1Cg3Chsx
W8i/r3kmYXT/OeJj5NyDxAmGRDagGFl4wZbZvFA0ZlAbdcKYETCCB14wggZGoAMCAQICEHyPZdFE
3gS5WtRZrC7IKYIwDQYJKoZIhvcNAQELBQAwSzELMAkGA1UEBhMCRVMxETAPBgNVBAoMCEZOTVQt
UkNNMQ4wDAYDVQQLDAVDZXJlczEZMBcGA1UEAwwQQUMgRk5NVCBVc3VhcmlvczAeFw0xODA0MTYw
ODA3MDhaFw0yMjA0MTYwODA3MDhaMIGBMQswCQYDVQQGEwJFUzEYMBYGA1UEBRMPSURDRVMtWDIw
NjQxMjNCMRkwFwYDVQQqDBBVV0UgUklDSEFSRCBPVFRPMQ8wDQYDVQQEDAZCUkFVRVIxLDAqBgNV
BAMMI0JSQVVFUiBVV0UgUklDSEFSRCBPVFRPIC0gWDIwNjQxMjNCMIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEAzS7yAm9gXjzxCrn15XBUuZz/gDM/KQi589qGkENYw7LiHtxKBOncld1o
FohvckNdY7A8AJiHVVVoA6BXF7DI0BGFwaQ5qUDlzq7mW9+zL+OLXNSp52lfuERPd2y18LaHLp34
czgsvaCTzPl//lrDz6sa5Q//1DlNuzbjY/Afgd+jPPCI4wjOPcW3k1pvEf9Ed1nmAEiqAfyeHN/n
RSfL83jACwvvkrJFg3gxTKrp7QJUdbTAomwPhQcsTWFxdA4FXPAZlYrhiM/qGRp/IKzRUCwIIebD
qmkfLZIRl1gm9RFzzpps+dcw4qV7nRcA2KWQwjd36pVQxVF1e1BXq+BZjwIDAQABo4IEBTCCBAEw
bwYDVR0RBGgwZoEOb3ViQG1hdC51Y20uZXOkVDBSMRgwFgYJKwYBBAGsZgEEDAlYMjA2NDEyM0Ix
FTATBgkrBgEEAaxmAQIMBkJSQVVFUjEfMB0GCSsGAQQBrGYBAQwQVVdFIFJJQ0hBUkQgT1RUTzAM
BgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUH
AwIwHQYDVR0OBBYEFORUbZuzfTkfXyYfMh59Q0C0evYpMB8GA1UdIwQYMBaAFLHUT8QjefpEBQnG
6znP6DWwuCBkMIGCBggrBgEFBQcBAQR2MHQwPQYIKwYBBQUHMAGGMWh0dHA6Ly9vY3NwdXN1LmNl
cnQuZm5tdC5lcy9vY3NwdXN1L09jc3BSZXNwb25kZXIwMwYIKwYBBQUHMAKGJ2h0dHA6Ly93d3cu
Y2VydC5mbm10LmVzL2NlcnRzL0FDVVNVLmNydDCCARUGA1UdIASCAQwwggEIMIH6BgorBgEEAaxm
AwoBMIHrMCkGCCsGAQUFBwIBFh1odHRwOi8vd3d3LmNlcnQuZm5tdC5lcy9kcGNzLzCBvQYIKwYB
BQUHAgIwgbAMga1DZXJ0aWZpY2FkbyBjdWFsaWZpY2FkbyBkZSBmaXJtYSBlbGVjdHLDs25pY2Eu
IFN1amV0byBhIGxhcyBjb25kaWNpb25lcyBkZSB1c28gZXhwdWVzdGFzIGVuIGxhIERQQyBkZSBs
YSBGTk1ULVJDTSBjb24gTklGOiBRMjgyNjAwNC1KIChDL0pvcmdlIEp1YW4gMTA2LTI4MDA5LU1h
ZHJpZC1Fc3Bhw7FhKTAJBgcEAIvsQAEAMIG6BggrBgEFBQcBAwSBrTCBqjAIBgYEAI5GAQEwCwYG
BACORgEDAgEPMBMGBgQAjkYBBjAJBgcEAI5GAQYBMHwGBgQAjkYBBTByMDcWMWh0dHBzOi8vd3d3
LmNlcnQuZm5tdC5lcy9wZHMvUERTQUNVc3Vhcmlvc19lcy5wZGYTAmVzMDcWMWh0dHBzOi8vd3d3
LmNlcnQuZm5tdC5lcy9wZHMvUERTQUNVc3Vhcmlvc19lbi5wZGYTAmVuMIG1BgNVHR8Ega0wgaow
gaeggaSggaGGgZ5sZGFwOi8vbGRhcHVzdS5jZXJ0LmZubXQuZXMvY249Q1JMMTgwNixjbj1BQyUy
MEZOTVQlMjBVc3VhcmlvcyxvdT1DRVJFUyxvPUZOTVQtUkNNLGM9RVM/Y2VydGlmaWNhdGVSZXZv
Y2F0aW9uTGlzdDtiaW5hcnk/YmFzZT9vYmplY3RjbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDAN
BgkqhkiG9w0BAQsFAAOCAQEAZvJUHMPzj+us0nNHF9NuVpoY1yQL9NzCMCBHYdHQPmc4ITA8zYwa
jTXv9lj6P+JDAoa/kqFImCOLcy0ZL4VucSZgtTA8HDuU6mzM11Gf4VKeLnJk9T8EJr5/HQDw+okC
r5YlPfyX3y14qdscFa1UJCASfH9PMk8NDF9sr7qHhz/SmapSF87Co8V8uCrCSODmdBHZCAfAIb35
ujfEUuXi0cVkW9PwHltpA1ahA8TXuIXWkk+Ot2NIy5M2SlLVnSUInArMkbc9meIQKpKHTl2oSFm6
PA272V54F5VoKfYLRk38PAZosWyAHiXDLMl3ZgN7ZZZsc17WPeu3kCICEkW1IzGCAiAwggIcAgEB
MF8wSzELMAkGA1UEBhMCRVMxETAPBgNVBAoMCEZOTVQtUkNNMQ4wDAYDVQQLDAVDZXJlczEZMBcG
A1UEAwwQQUMgRk5NVCBVc3VhcmlvcwIQfI9l0UTeBLla1FmsLsgpgjANBglghkgBZQMEAgEFAKCB
kzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0yMDEyMTkxNjM2Mzda
MCgGCSqGSIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMC8GCSqGSIb3DQEJBDEi
BCD3REfaoBBwYdp3vW6asRtchcIkrRtNnBqI7JUd+IrBiTANBgkqhkiG9w0BAQEFAASCAQBGDgTN
Yg2JFHVuMI16frGyyiPio5+hnAP9ML5wWn4SMW2XImwNF1tw3808qDOIFc8WQ9b7Iy+hcWbJYPiF
/YZ8qxG83YEvSC+Vx6WNg6wpq9gq7dortEtjbtnrQg8p04L2rU9CFV2WjhIZBvy3XS50NSJ3u6Jt
u4x1pvbGo8U/uBiYszKOeOmSEOOwO9O54oqdKRXvCmEiNnA228Zy+3iWTZk6DWw0KfaLXG6fGiUF
kc6k6YuHGieCMteixlUWo3JITlnxdJR7Qa10ZZ+5o75Mwl9oYKNtFfoScAggmw9aDEtlUwUI0prc
CVcHUnSSFv/owhAI1Howe+pbOZcZIG6QAAAAAAAA
--=-=-=--Do I need to use other commands or operations to get the original file for you to debug?
theophilusx
commented
3 years ago Depending on how long since you last updated mu, it might be worth deleting the ~/.cache/mu directory, doing a new mu init and then a mu index and see if that makes any difference. Whenever I've noticed issues after updating, this has fixed things.
If the issue still exists, I would try running emacs -q and then only loading mu to eliminate problems due to other config features.
stardiviner
commented
3 years ago Hi @theophilusx Thanks for your hints. I did deleting and re-build the index. And try again. Still slow to open this specific email. Then I try minimal emacs -q loading test. Still same. I guess the problem is on this specific message. Because other emails contains attachments works fine and fast.
djcb
commented
3 years ago It opens instantly for me, both with the "traditional" message view and (setq mu4e-view-use-gnus t).
The message is signed, so my guess would that what you're seeing is some time-out to connect to some remove server for signature verification. So I'd recommend reviewing your crypto settings (and I'd try with/without use-gnus as above)
stardiviner
commented
3 years ago Weird, After I (setq mu4e-view-use-gnus t). It open that email instantly.
Is this shlowness caused by remote server signature verification? Why setting this option to t fixed this problem?
theophilusx
commented
3 years ago mu4e added the ability to leverage of the gnus facilities to view messages a while back. It is still classified as experimental.
The basic idea is to leverage of existing functionality rather than requiring mu4e to use and maintain its own code for viewing messages. The gnus code is also very mature and has a larger user base, so is likely to be faster, more stable and more feature rich than anything written specifically for mu4e. No need to re-invent a new wheel.
The improved performance you see when enabling this functionality is likely mainly due to the maturity of the gnus code. I also think the integration with gnus has been the primary focus in the dev branch over the original mu4e specific view code.
I have been using the gnus support for viewing messages for quite some time now and find the integration works well. There is an occasional edge case or key binding which isn't quite right, but overall it performs well. As it is experimental, you can expect some hiccups from time to time. However, I would not be surprised if it was made the default in the next prod release.
It is always a good idea to check out the NEWS file when upgrading mu/mu4e, especially when your running the development version.
stardiviner
commented
3 years ago However, I would not be surprised if it was made the default in the next prod release.
I see. That will be great. 😄
It is always a good idea to check out the NEWS file when upgrading mu/mu4e, especially when your running the development version.
I see, I will add checking out NEWS file into my install.sh script file to remind me. Thanks for tips.
Close this issue now.
Expected or desired behavior
When mu4e open an email (which has attachment) should be fast.
Actual behavior
When I open an email which contains attachment (no matter unread or read status) is very slow, Emacs display an empty buffer
*mu4e-loading*, Then show nothing anymore. Untile about more than 6 minutes later, mu4e finally opened the email. It happens for all emails which contains attachment.No debug info. I just have Emacs profiler result.
Steps to reproduce
Versions of mu, mu4e/emacs, operating system etc.
Any other detail
I don't see any hight like (99%) CPU or memory in system. The mu4e just takes really long time to open it. Don't know what caused this problem.
Emacs profiler result:
CPU result
Memory result