From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Philip K." Newsgroups: gmane.emacs.bugs Subject: bug#40676: 28.0.50; gnus locks when reading email Date: Sun, 19 Jul 2020 15:37:41 +0200 Message-ID: <87blkbeica.fsf@warpmail.net> References: <87sgh3ow91.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10619"; mail-complaints-to="usenet@ciao.gmane.io" Cc: contovob@tcd.ie, rpluim@gmail.com, 40676@debbugs.gnu.org, alex.branham@gmail.com To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jul 19 15:38:10 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jx9W5-0002dt-Pe for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 19 Jul 2020 15:38:10 +0200 Original-Received: from localhost ([::1]:59304 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jx9W4-0005yk-RL for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 19 Jul 2020 09:38:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57042) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jx9Vy-0005yb-GQ for bug-gnu-emacs@gnu.org; Sun, 19 Jul 2020 09:38:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48563) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jx9Vy-0007BV-7t for bug-gnu-emacs@gnu.org; Sun, 19 Jul 2020 09:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jx9Vy-0000A6-49; Sun, 19 Jul 2020 09:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Philip K." Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Sun, 19 Jul 2020 13:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40676 X-GNU-PR-Package: emacs,gnus Original-Received: via spool by 40676-submit@debbugs.gnu.org id=B40676.1595165874609 (code B ref 40676); Sun, 19 Jul 2020 13:38:02 +0000 Original-Received: (at 40676) by debbugs.gnu.org; 19 Jul 2020 13:37:54 +0000 Original-Received: from localhost ([127.0.0.1]:60109 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jx9Vp-00009k-Ub for submit@debbugs.gnu.org; Sun, 19 Jul 2020 09:37:54 -0400 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:44337) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jx9Vm-00009V-5d for 40676@debbugs.gnu.org; Sun, 19 Jul 2020 09:37:52 -0400 Original-Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 0E1CD5C012F; Sun, 19 Jul 2020 09:37:45 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sun, 19 Jul 2020 09:37:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=warpmail.net; h= from:to:cc:subject:in-reply-to:date:message-id:mime-version :content-type; s=fm1; bh=UwzpKLopB8ulOW81Da2IT8kcRllcDM/q/4nMAx+ 7fnI=; b=qu14UsZcViGXMbSLpIIcCxfWe9Wx5720aqjVAvYedUYPHyXv3Mx+Ra9 4hQwfhutI/WXefLjAZDMTkk6PU6PGETLI74HTD0vrq+ufIeAnGGoIgTfZtvsVcZ+ CKWGz3WPhojc68JQhRxI5ZM2vQvIqiLDnDLHe31WNiRCm1r7zc59A87uY618nVu0 Y6slfMVB6S5nJhT4WoylyNJt52JLr84gMW8skvZFMnRZ5wWgQmCdBH26FlP5lNpI uH+yWOvPWpLkzad2hd0rIc6d3ZtkSMeWeFoOCVqxoeGi8SrjVGGRc/Qgw9towRQo ntihXBlKWxUntOeLiacO544ec2zA/jg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=fm3; bh=UwzpKLopB8ulOW81D a2IT8kcRllcDM/q/4nMAx+7fnI=; b=CQ7BFpo1O2INIWiUpARTYSZU4dDKU6ZGH MTfC8daCLkWF59UNH0KiCrEV9n4s2w+rsaSnml+PH9mODVRvuOCyzhZNE+W3hlYE XWrgkJiX5x3www5XI9yDOT/2R8E9F3X7si2TbLG/PPZ6LRHkzzAwwR0fdtGBaw6m l0nj/wEhPjlDaeVRwJMiOz9qozQ0ECXmQF1ZmNHY2n5iPbJLyb6mRTqJ0V0/LB0S CNzwD32TDksL8VVKTTAFLGWs3m6Ty9mO/TBIyHkW+MN5lXgTlSsoYPuyr4bf/PvK S1C3+nNg9w0+OdensGf7YFmxciO5XQzRi7zPc+cehzTz8vV2aK3AQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrgedugdeijecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffujgffkfggtgesthdtredttddttdenucfhrhhomhepfdfrhhhilhhiphcu mfdrfdcuoehphhhilhhiphesfigrrhhpmhgrihhlrdhnvghtqeenucggtffrrghtthgvrh hnpeekvdeuffdvueehhfekjeeujedtfeetudeileefueefhfeijeetueffieeggeduvden ucffohhmrghinheplhhosghsthgvrdhrshenucfkphepkeejrddugeehrddtrdduheeine cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphhhihhl ihhpseifrghrphhmrghilhdrnhgvth X-ME-Proxy: Original-Received: from localhost (p5791009c.dip0.t-ipconnect.de [87.145.0.156]) by mail.messagingengine.com (Postfix) with ESMTPA id 5FBC230600A3; Sun, 19 Jul 2020 09:37:44 -0400 (EDT) In-Reply-To: <87o8obsln8.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 19 Jul 2020 15:02:35 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:183217 Archived-At: Lars Ingebrigtsen writes: > "Philip K." writes: > >> That was part of the rationale behind #40355, but the best way I see to >> fix this would be to implement asynchronous DNS, since a libravatar >> lookup has two phases (DNS lookup + image retrieval), compared to >> Gravatar's single request. > > A cache would be a band-aid -- it still will have to do these lookups > occasionally, and the user experience in Gnus suffers. Another idea would be to only wait for a few milliseconds (or whatever is reasonable) and only return an image if the backend manages to find something in that time. But the request is still finished and cached for the next query. > As it stands, librgravatar shouldn't be the default gravatar provider. I'm somewhat split on this. On the one hand, the reason I implemented libravatar support is to increase it's audience and make more people aware if it's existence, as a free and federated alternative to Gravatar. On the other hand, there is a privacy issue in the system, as explained by [0]. The problem basically is that if I send you an email and set up a libravatar server, by querying my server, I can know if you opened my message or not. I can imagine spammers being very interested in something like this. > But, yes, Emacs should have asynchronous DNS support, and adding that > probably isn't too difficult, I'd have thought? I started writing something a few months ago, but didn't have the time to finish it. But you're right, it shouldn't be too much work to come up with a rough draft. [0] https://lobste.rs/s/nwgljm/libravatar_federated_avatar_hosting#c_00fsba -- Philip K.