From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 19:18:25 2020 Received: (at submit) by debbugs.gnu.org; 16 Apr 2020 23:18:25 +0000 Received: from localhost ([127.0.0.1]:39571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPDm5-0003sZ-Es for submit@debbugs.gnu.org; Thu, 16 Apr 2020 19:18:25 -0400 Received: from lists.gnu.org ([209.51.188.17]:35005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPDm3-0003sR-Ph for submit@debbugs.gnu.org; Thu, 16 Apr 2020 19:18:24 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50610) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPDm2-0007E6-FQ for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 19:18:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_20,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jPDm1-00026d-G8 for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 19:18:22 -0400 Received: from mail-qk1-x72c.google.com ([2607:f8b0:4864:20::72c]:41237) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jPDm1-00025N-5u for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 19:18:21 -0400 Received: by mail-qk1-x72c.google.com with SMTP id y3so569322qky.8 for ; Thu, 16 Apr 2020 16:18:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=slDJPi5pXbYAhz+uvjlTjs5711dPIQSQZxeEdToW4tI=; b=myB2aNQ0E6y5sQG3j34qM9N3Bk/63rRBBmxyaQH3JAqtvf0NWXcNezeDqTEPbHp/j1 0AhsfOBiuwodjZaV8zCEXdfZCNljUsqCQOTBPHIcMrBAQVtL6W12SepUj6RHYTXTF33l jb7CeWOyYZhz8gdUe8SRB2IJrqFz34FCFu4jpoMAJ0QJL4F7sJGaH8uXErEqok98IAbf gAbfuZ/gIdEGv9Yn1PPzSLfTzf7WOXpefhHISKML+ze8bn+6yYNu3IQ8qAbn5n5j5sWx YALeHD7mwHZ+p7e5B0jwX+uRqfEsLnQcynoB/G4e+rcoI6+YISW7Ufa6tL8iqj7fpbm8 SBFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=slDJPi5pXbYAhz+uvjlTjs5711dPIQSQZxeEdToW4tI=; b=M6de0YvCyfEctuCnndUTSnc1ug6XKGC1sNdxDemRHw7OUdpqyu9obInnQlcoOQYN/D /NHwY51W3Hy0v97LSZ17qQEZE7iONLmKn3E1erPDfSTXpzprb76Rlkmod17fwpLtSndA t+ITknX9CrsM7jZL6HrIhpjryZqL803TZM7jMpw+ateZDm6DNcI/GsSnL4K1AXFQUl10 B6ek0xz88Cbm0CG9RmXw8TRBMOHjftH9Cn373JMPto9OfZxrgTpHzvDSl0BSnWwbWeza dEe/N30Xfr5nh8VrKtOaTJoeKt9b2ng3ArLeUldhBiYIyXy1sZ/fCZED1bZZeMuz/gjU Y7ZA== X-Gm-Message-State: AGi0PuaGamEEKoVSmXbKT6P2LI0x5yKdE43yetbbKfGeOYGKC5ctsjNa SXR+e8CXdlyZ25jaKNkkvc0UtqSN X-Google-Smtp-Source: APiQypLcVWDjcnctuU16c+Zjj1mwd8VchU3s5xS41MHbhznLC8iyUnJHtzu/HhTMmaUELpQJjGtpRA== X-Received: by 2002:a37:4ec8:: with SMTP id c191mr507934qkb.368.1587079099917; Thu, 16 Apr 2020 16:18:19 -0700 (PDT) Received: from mars (c-73-163-194-78.hsd1.dc.comcast.net. [73.163.194.78]) by smtp.gmail.com with ESMTPSA id p22sm6446402qte.2.2020.04.16.16.18.19 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 16 Apr 2020 16:18:19 -0700 (PDT) From: Alex Branham To: bug-gnu-emacs@gnu.org Subject: 28.0.50; gnus locks when reading email Date: Thu, 16 Apr 2020 19:18:18 -0400 Message-ID: <87sgh3ow91.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::72c X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello - gnus locks when reading email (when trying to display the message contents) and asks me: Buffer " *temp*" has a running process; kill it? (y or n) y Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [209.51.188.17 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (alex.branham[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 2.0 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hello - gnus locks when reading email (when trying to display the message contents) and asks me: Buffer " *temp*" has a running process; kill it? (y or n) y This seems to happen independently of backend, as I use nnimap and nntp. It also happens when reading through debbugs-gnu. Specifically, to reproduce, I do: M-x gnus RET (this opens an inbox) RET (this tries to open an email) I can then see the new window & buffer pop up with initial content like: From: Subject: To: Date: Reply-To: X-Boundary: but it's not font locked and the rest of the email doesn't show until I hit y or n (the email shows after hitting y or n, doesn't seem to make a difference). Thanks, Alex From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 02:51:38 2020 Received: (at 40676) by debbugs.gnu.org; 17 Apr 2020 06:51:38 +0000 Received: from localhost ([127.0.0.1]:39846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPKqg-0004Uc-1N for submit@debbugs.gnu.org; Fri, 17 Apr 2020 02:51:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPKqd-0004UP-RV for 40676@debbugs.gnu.org; Fri, 17 Apr 2020 02:51:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46541) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPKqY-0004kM-LJ; Fri, 17 Apr 2020 02:51:30 -0400 Received: from [176.228.60.248] (port=3292 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPKqX-00032e-VX; Fri, 17 Apr 2020 02:51:30 -0400 Date: Fri, 17 Apr 2020 09:51:18 +0300 Message-Id: <83pnc6d2qh.fsf@gnu.org> From: Eli Zaretskii To: Alex Branham In-Reply-To: <87sgh3ow91.fsf@gmail.com> (message from Alex Branham on Thu, 16 Apr 2020 19:18:18 -0400) Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87sgh3ow91.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40676 Cc: 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: Alex Branham > Date: Thu, 16 Apr 2020 19:18:18 -0400 > > gnus locks when reading email (when trying to display the message > contents) and asks me: > > Buffer " *temp*" has a running process; kill it? (y or n) y What does list-processes display in that situation? From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 07:51:36 2020 Received: (at 40676) by debbugs.gnu.org; 17 Apr 2020 11:51:36 +0000 Received: from localhost ([127.0.0.1]:40128 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPPWy-0008Aq-CE for submit@debbugs.gnu.org; Fri, 17 Apr 2020 07:51:36 -0400 Received: from mail-ed1-f65.google.com ([209.85.208.65]:39268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPPWw-0008AW-0v for 40676@debbugs.gnu.org; Fri, 17 Apr 2020 07:51:35 -0400 Received: by mail-ed1-f65.google.com with SMTP id a43so1248912edf.6 for <40676@debbugs.gnu.org>; Fri, 17 Apr 2020 04:51:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd-ie.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=/ck88seFX09WuEUKydsQjpKrIpWOnSRdRo3+UbndLyI=; b=jn4u+nVvCP+p3v1edmgvWf3uQimfgGmtkC1sU+t3DAUxZwQQqubQesrxyclaTb53Rx sAfg1fl7mbi3JHKimQhOH9Pc9Bm3QMK1nju5I9bWl/kQvr0gLR1EhRHvWMUwsu1SVaFH eFRnCT53uxOZ627rQYejXoYgJVMQXFvoQxjftDwelWGp66Irr+uTXOh80mIOfJ1Regs6 5pX/g50bDGw+XCGj8gYZWgcX1M9gD+EA1kDKeQslwhYKD66GPkIMdvKRYGRBxZictTIo ms2NZFSO8erYYAbYyA3k4aJtqrIy+6JNjlu317sy9kEZwP/YSy2VJQya8I6FxUqGQJse Q4QQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=/ck88seFX09WuEUKydsQjpKrIpWOnSRdRo3+UbndLyI=; b=bBcWlBxPv4zJ11Z8n2Y7GMFYSJzlKq7fos2QfKTu6C/d1EIP434c+yTG2uPWbqAxyk ivqOk8YYiFFLtSwBJ0NvFhJvGQ4x8T09rV09KoP4Npel9WsYByBUc9zqB/uRxcoIQmAP sSEP2E/l9AKX/3XiMDvy9piK2/0V4FGkQSw1tvGrthN9Wnqz/VxNQsEaWKE0/3c+LjYE t5DODh/cRnhLz7PmnHE0o3bVQCt7AQOE9JtzpN8tDe++bBcoE6WQ5C/LjYejJ64DNq64 u1SuMzacRGclX0hKNMRarZ1yFKMQ9qnO6lsYcFu7EfW78oDh8bK3lIQvtRGxwnks8tAs pBUQ== X-Gm-Message-State: AGi0Pua+fouSIkX9dxFAdKO6Yt/IYaABlhOd3ay7rT1FEgJLOcX1kIzl RptAmYhe2/XhA73tkqWtnUnG5Q== X-Google-Smtp-Source: APiQypKL9t9WqKi9E3kPhhtc0AuVcuuyWJdOVRftqupTDfDgjO/Ol1gPn/QcVlmLAIb8PN/XTq3rAg== X-Received: by 2002:a50:8b01:: with SMTP id l1mr2621716edl.261.1587124288033; Fri, 17 Apr 2020 04:51:28 -0700 (PDT) Received: from localhost ([2a02:8084:20e2:c380:1f68:7ff5:120d:64e]) by smtp.gmail.com with ESMTPSA id u6sm3397935ejb.68.2020.04.17.04.51.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Apr 2020 04:51:27 -0700 (PDT) From: "Basil L. Contovounesios" To: Alex Branham Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87sgh3ow91.fsf@gmail.com> Date: Fri, 17 Apr 2020 12:51:26 +0100 In-Reply-To: <87sgh3ow91.fsf@gmail.com> (Alex Branham's message of "Thu, 16 Apr 2020 19:18:18 -0400") Message-ID: <87k12ez5xd.fsf@tcd.ie> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40676 Cc: 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) reassign 40676 emacs,gnus quit Alex Branham writes: > gnus locks when reading email (when trying to display the message > contents) and asks me: > > Buffer " *temp*" has a running process; kill it? (y or n) y > > This seems to happen independently of backend, as I use nnimap and nntp. > It also happens when reading through debbugs-gnu. > > Specifically, to reproduce, I do: > > M-x gnus > RET (this opens an inbox) > RET (this tries to open an email) I can't reproduce this from 'emacs -Q'; could some element of your configuration be giving rise to this? Can you try reproducing the problem from 'emacs -Q'? Here's what I tried: 0. HOME=$(mktemp -d) emacs -Q 1. (setq gnus-select-method '(nntp "news.gwene.org")) C-x C-e 2. M-x gnus RET 3. ^ C-s gwene RET RET (browse gwene groups) 4. C-s gmane.emacs.devel RET (search for emacs-devel group) 5. u q q (subscribe and return to Group buffer) 6. RET 10 RET RET (select first out of 10 latest articles) Thanks, -- Basil In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw3d scroll bars) of 2020-04-16 built on thunk From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 11:09:40 2020 Received: (at submit) by debbugs.gnu.org; 17 Apr 2020 15:09:40 +0000 Received: from localhost ([127.0.0.1]:41450 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSce-0000QY-1f for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:09:40 -0400 Received: from lists.gnu.org ([209.51.188.17]:44119) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPScc-0000QQ-OS for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:09:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49158) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPScb-0003Oa-R6 for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2020 11:09:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jPSca-0003Y9-Uf for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2020 11:09:37 -0400 Received: from ciao.gmane.io ([159.69.161.202]:38862) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jPSca-0003VP-Ov for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2020 11:09:36 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1jPScY-000Myc-U9 for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2020 17:09:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Eric Abrahamsen Subject: Re: bug#40676: 28.0.50; gnus locks when reading email Date: Fri, 17 Apr 2020 08:09:28 -0700 Message-ID: <87k12eb13r.fsf@ericabrahamsen.net> References: <87sgh3ow91.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:6YZkF0icdfni9x9b0SSycahBEtU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 159.69.161.202 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Alex Branham writes: > Hello - > > gnus locks when reading email (when trying to display the message > contents) and asks me: > > Buffer " *temp*" has a running process; kill it? (y or n) y > > This seems to happen independently of backend, as I use nnimap and nntp. > It also happens when reading through debbugs-gnu. > > Specifically, to reproduce, I do: > > M-x gnus > RET (this opens an inbox) > RET (this tries to open an email) > > I can then see the new window & buffer pop up with initial content like: > > From: > Subject: > To: > Date: > Reply-To: > X-Boundary: > > but it's not font locked and the rest of the email doesn't show until I > hit y or n (the email shows after hitting y or n, doesn't seem to make a > difference). FWIW, a " *temp*" buffer is only created in mm-util.el, in `mm-find-buffer-file-coding-system'. My guess is that some mime handler is calling an external process to do some sort of decoding of article content or attachment, and that's somehow getting attached to the temp buffer incorrectly. Total guess! From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 11:15:04 2020 Received: (at 40676) by debbugs.gnu.org; 17 Apr 2020 15:15:04 +0000 Received: from localhost ([127.0.0.1]:41465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPShs-0000Ys-7Q for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:15:04 -0400 Received: from mail-wr1-f49.google.com ([209.85.221.49]:46984) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPShq-0000Y6-2n for 40676@debbugs.gnu.org; Fri, 17 Apr 2020 11:15:02 -0400 Received: by mail-wr1-f49.google.com with SMTP id f13so3421562wrm.13 for <40676@debbugs.gnu.org>; Fri, 17 Apr 2020 08:15:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version; bh=zSR1C2dfzxParHtgoAHZaFg3QIRCX0Wj/4UEuK4jO7I=; b=jtudtw6WRpgCEjoOV2H0iM+43Rpwcv7OAN/aNOmiR1+zrDnCxKMtSxyNS49R1IWi5Z +1AwSvdAITGVmtFNcfDSQoa8QIBtYfUUMxh6WCPA0B2TvX1c4EmVgy8OEV3UWghslxxq YEffXYSekRwcXj8nmEovrqZrO8lCxbLDGsHW+Qhr7Y85GkWNOmXXGagtWCr4RzmImA4J bw3IVTD/udMybdOSakRfewC2w9rz5ZNFVfMW8I4bbNGwm6p23JBKvAXfv9OGE9ChoAcB lYC6+viNrJD/YLIFReDDcRCuWjBC79Yqpo7ZjE+M2sC+9muGUUQ0gIgPiZcIzhcgBENi 466Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version; bh=zSR1C2dfzxParHtgoAHZaFg3QIRCX0Wj/4UEuK4jO7I=; b=JW0MV5zpilrE2mFhb6ksEePHNACcA8m1AjqIahqBF9yoDYt7HrL7dcEumSfPWb2UHI uwB8Efe0eF30WZ5VgStbbdPhNRqCDv0O3RBILRFb2K1ev222P4rvTRBan8uFItJ2VvzQ nCwmnrgbQSpTClh4LVh+jAz3ZYJDLSaojxdepJH8Tjqtklh1rb1TMq6zJnQZUy73fGhI GV6PqhZhOFc4J4MMZT6dfzQtnJm3NTZE7QRn6qmyaSvPhsqcGT+sa9hA84aROHdSUMLI 1cyDZh7qw53SH/0ErH+KtHw1V6rlOqay3ZR4NdK5BJmuOdo6oATIaSmWdYjI6z99y70A lnog== X-Gm-Message-State: AGi0PuaayxxqjToG3h8b4mLTFxQANoleXaYMULAYhE6E0bKD/R1/VRsx w6Nsj7TnxZTohLGN689v6vC2jbJ/ X-Google-Smtp-Source: APiQypLw4p/WsAdAyFB5lhNITHjX8Xu5k190CfehQsQuMOdl1DXeN33piQavME/cvuOQYsR0pDPHIA== X-Received: by 2002:adf:ee03:: with SMTP id y3mr4146209wrn.190.1587136495779; Fri, 17 Apr 2020 08:14:55 -0700 (PDT) Received: from rpluim-mac ([2a01:e34:ecfc:a860:384e:c682:f3e3:6663]) by smtp.gmail.com with ESMTPSA id k9sm33975376wrd.17.2020.04.17.08.14.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Apr 2020 08:14:55 -0700 (PDT) From: Robert Pluim To: Eric Abrahamsen Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87sgh3ow91.fsf@gmail.com> <87k12eb13r.fsf@ericabrahamsen.net> Date: Fri, 17 Apr 2020 17:14:54 +0200 In-Reply-To: <87k12eb13r.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Fri, 17 Apr 2020 08:09:28 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40676 Cc: 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) >>>>> On Fri, 17 Apr 2020 08:09:28 -0700, Eric Abrahamsen said: Eric> FWIW, a " *temp*" buffer is only created in mm-util.el, in Eric> `mm-find-buffer-file-coding-system'. My guess is that some mime handler Eric> is calling an external process to do some sort of decoding of article Eric> content or attachment, and that's somehow getting attached to the temp Eric> buffer incorrectly. 'with-temp-buffer' also creates such buffers, so it could be any number of things. The output of 'list-processes' will tell us. Robert From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 11:22:44 2020 Received: (at submit) by debbugs.gnu.org; 17 Apr 2020 15:22:44 +0000 Received: from localhost ([127.0.0.1]:41486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSpI-0000ka-J2 for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:22:44 -0400 Received: from lists.gnu.org ([209.51.188.17]:44908) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSpG-0000kM-Bj for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:22:42 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51444) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPSpF-0003sp-7V for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2020 11:22:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jPSpE-0001Ip-45 for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2020 11:22:41 -0400 Received: from ciao.gmane.io ([159.69.161.202]:52728) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jPSpD-0001IU-Ud for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2020 11:22:40 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1jPSpC-0004QO-NG for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2020 17:22:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Eric Abrahamsen Subject: Re: bug#40676: 28.0.50; gnus locks when reading email Date: Fri, 17 Apr 2020 08:22:33 -0700 Message-ID: <87ftd2b0hy.fsf@ericabrahamsen.net> References: <87sgh3ow91.fsf@gmail.com> <87k12eb13r.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:DuVJnMwHwTl/HKP52ia2HMoehMk= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 159.69.161.202 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Robert Pluim writes: >>>>>> On Fri, 17 Apr 2020 08:09:28 -0700, Eric Abrahamsen said: > > Eric> FWIW, a " *temp*" buffer is only created in mm-util.el, in > Eric> `mm-find-buffer-file-coding-system'. My guess is that some mime handler > Eric> is calling an external process to do some sort of decoding of article > Eric> content or attachment, and that's somehow getting attached to the temp > Eric> buffer incorrectly. > > 'with-temp-buffer' also creates such buffers, so it could be any > number of things. The output of 'list-processes' will tell us. Oh, I didn't know that, thanks! Looks like those buffer names are done with `generate-new-buffer-name', though (I just tested and they all had numbers appended), so I mm-util theory might not be 100% a red herring. Pink herring? Anyway... From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 13:26:39 2020 Received: (at 40676) by debbugs.gnu.org; 17 Apr 2020 17:26:39 +0000 Received: from localhost ([127.0.0.1]:41612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPUlC-0007vp-NA for submit@debbugs.gnu.org; Fri, 17 Apr 2020 13:26:38 -0400 Received: from mail-qk1-f170.google.com ([209.85.222.170]:39053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPUlB-0007vd-UD for 40676@debbugs.gnu.org; Fri, 17 Apr 2020 13:26:38 -0400 Received: by mail-qk1-f170.google.com with SMTP id b62so3235340qkf.6 for <40676@debbugs.gnu.org>; Fri, 17 Apr 2020 10:26:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=KMPMjn+HWe/4mW6e2/plx7uGZAQIyQleBOih03QMV30=; b=qE6grFD6T/MdQwVo6c9Hol9SHJvt+JPrzLyuP6dVpXo1eCFtt/gWB7nSy1XKbYx8Ia rnghJsbO/McjOVIrkOb2aPq4v++3uTGvqKX4cd2Sgd9uTpp4Kco1RRU+ON36QK8wRWyI 9PQPYTOJDlMa96vGoTRp6BHwuxLDR9Z8osaPW5YZqt3IYRD6ZkDa7GEHlhT7HB/6feme QgwyGii5eXt3ZbmPJblnjTDlR1lR4hASefPBbV0JWBJaKdsC5eb8Qg4jXB0q+FP2W3LF eMnn+lafr6+A5QPSJY3Bp3aKKMGx8NAZLxbNThLTakR7tYq8JYytBzFXzRUVvKdY8Qfy WpeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=KMPMjn+HWe/4mW6e2/plx7uGZAQIyQleBOih03QMV30=; b=dVKWA8UM7pzDe3+aLh3fqu2hbSbyQ5VxMLN7Lr6U9bpnUigK5YUIqKzJJl4Y8xZa0k C1T5XmYS1N1q2SoonBrKH02V3D4DFwQiKt3dumAotwOjoBmqexxvMZsKDT9FGTTi3Jrz ge04k/QXyubDLXvCs+YuwPItfMKA+D4hvd/LpXCRzP77pn9gJNRJCr1v7MgsyZ8r5Z/p Pa/PdEDagdtNGuh1rTeGA2bhuDQo/gwLFyaeqjyOAW21Nhl0lsMSvOcaHbJq6JnXknaS m+11fgizPJeOlOTNl/7AIAilYAwpAAJfDkhbinl3Ch63ZuGd2ywRQ4vB0dLiHd32ij7b J5ow== X-Gm-Message-State: AGi0PuYE4u9tpDd4V384+Gm4lvJrlnFXP1CE70dML0ZgqngbHXExBKgX ituAF5Cf7lo0SCA9VyCIzk3cl/yS X-Google-Smtp-Source: APiQypJ388Jr5LnmSR+xCT7HGGdqtGbshpJmTEWQuW0a684D2QGaPCfAj/nuOmyxBJupdCEVrAB20g== X-Received: by 2002:a37:ad08:: with SMTP id f8mr4495805qkm.258.1587144392069; Fri, 17 Apr 2020 10:26:32 -0700 (PDT) Received: from mars (c-73-163-194-78.hsd1.dc.comcast.net. [73.163.194.78]) by smtp.gmail.com with ESMTPSA id z40sm18959695qtj.45.2020.04.17.10.26.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Apr 2020 10:26:31 -0700 (PDT) From: Alex Branham To: "Basil L. Contovounesios" , Eli Zaretskii Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87sgh3ow91.fsf@gmail.com> <87k12ez5xd.fsf@tcd.ie> Date: Fri, 17 Apr 2020 13:26:30 -0400 In-Reply-To: <87k12ez5xd.fsf@tcd.ie> (Basil L. Contovounesios's message of "Fri, 17 Apr 2020 12:51:26 +0100") Message-ID: <87k12eowft.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40676 Cc: 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) > I can't reproduce this from 'emacs -Q'; could some element of your > configuration be giving rise to this? Can you try reproducing the > problem from 'emacs -Q'? Here's what I tried: > > 0. HOME=$(mktemp -d) emacs -Q > 1. (setq gnus-select-method '(nntp "news.gwene.org")) C-x C-e > 2. M-x gnus RET > 3. ^ C-s gwene RET RET (browse gwene groups) > 4. C-s gmane.emacs.devel RET (search for emacs-devel group) > 5. u q q (subscribe and return to Group buffer) > 6. RET 10 RET RET (select first out of 10 latest articles) Thanks. I can't reproduce it that way. I don't think I have anything too terribly crazy in my gnus config but I'll try to make time to go through it. > What does list-processes display in that situation? Eli, the output of list-processes (removing some non-gnus related stuff) is: *nnimap* -- open *nnimap localhost nil *nntpd** -- Main (network connection to localhost:imap) dns -- open *temp* -- Main (datagram connection to 192.168.1.1:domain) dns<1> -- open *temp*-198741 -- Main (datagram connection to 192.168.1.1:domain) dns<2> -- open *temp*-84789 -- Main (datagram connection to 192.168.1.1:domain) dns<3> -- open *temp*-23796 -- Main (datagram connection to 192.168.1.1:domain) nntpd -- open *server news.gmane.io nntp *nntpd** -- Main (network connection to news.gmane.io:nntp) server -- listen -- -- Main (network server on /run/user/1000/emacs/server) At this point, gnus was complaining about the *temp*-23796 buffer process having a running process. I'm not sure if it's related, but recently-ish (after Emacs 26 but before Emacs 27) gnus asks me on every open a question concerning localhost certificates. I select "session". Here's the output from the message buffer: Opening connection to localhost... Continue connecting? (always, session only, no, details, ?): Accepting certificate for localhost:imap this session only. Thanks, and let me know if I can provide any other info, Alex From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 06:26:18 2020 Received: (at 40676) by debbugs.gnu.org; 18 Apr 2020 10:26:18 +0000 Received: from localhost ([127.0.0.1]:42009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPkfy-0006gn-5F for submit@debbugs.gnu.org; Sat, 18 Apr 2020 06:26:18 -0400 Received: from mail-wm1-f41.google.com ([209.85.128.41]:32783) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPkfv-0006gX-Ds for 40676@debbugs.gnu.org; Sat, 18 Apr 2020 06:26:16 -0400 Received: by mail-wm1-f41.google.com with SMTP id v8so6731267wma.0 for <40676@debbugs.gnu.org>; Sat, 18 Apr 2020 03:26:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=53u8JIlCWGMxWdE3/Yrv/PwCtwoZ7sVVEpLkdhFr/AM=; b=nQ9pVHf1Y5fxe2edM/bTYj+7ML8+l/1fE+18yL94WO03z9Ihbufhpde3cTXR/+oeb/ DTPMrprKiL/eEJ4w0vcGfThu+le1b+I2YGuWCTwpzDGtqSrBp8+mSduDKB1WAUUJx0mT WqT/OEeT1FpKIMR8PqdZiG7f4Xlv+akyQP2WLYdX8MJG3PXZgk3+vPJC6nRMt6+aCyRa OYttDHWbaNdXLPKeRE3PNNY6F19q7Wjf7ZxdufDMvxa9JQkljYbTDaO3Z1kdXkzBSpTu gBQ7zCABefV6LfHsXD7sfIQVjv4kVsZE6XTrkUeuBwcOK14nf08lr00zTxCRdw/5K7Uj D9vQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=53u8JIlCWGMxWdE3/Yrv/PwCtwoZ7sVVEpLkdhFr/AM=; b=JK7Z7UiqiPNZ6BWE+eNOr5iHTcqk6JEQ7g9qL9WWWCvQWBVU6BHLS8kxYUYnh3zLQf neSm8Q6blzwVgp3MMhw5yehiELpQEB0KvUfNsQ2RDpBx5NBRyGHGlhte+yC+91JfzED7 H5qb9h7lmBgVbLGqgdHjYHDvM7l4kE0oQrmQchkPZfqswf4rMTlphmpUUXw6TSejbOig dNu6Qdr7wMUn6VnfG6KedKfeFwlVcJ9i1mO+1yUY+MJ7sBSZex0Z6BPr7M6pl9YgQ3Y2 ZCktGdIuZr7o84g6YICraoY3JUPGKdnY9v5iO0oY801U+CwoZJKVnUDwUxcYLZW4T6++ Rt1Q== X-Gm-Message-State: AGi0PuazDPkbAcyWZvj/6ouhQQhGYjYqoKUemCCmATeYVzkPkWC6AOsv 8jkl31qwZPPzFk8S7FZwDKZm4nv1VaE= X-Google-Smtp-Source: APiQypL1VbLo/8mFBvYgp2Z0n+XzjeHO+lFzgXp/UcHpjbg0IfPpuCcvFYpUTDx+xY/KZitYyTpGDQ== X-Received: by 2002:a05:600c:2284:: with SMTP id 4mr3306441wmf.97.1587205569172; Sat, 18 Apr 2020 03:26:09 -0700 (PDT) Received: from rpluim-mac ([2a01:e34:ecfc:a860:384e:c682:f3e3:6663]) by smtp.gmail.com with ESMTPSA id o16sm35788605wrs.44.2020.04.18.03.26.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 18 Apr 2020 03:26:08 -0700 (PDT) From: Robert Pluim To: Alex Branham Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87sgh3ow91.fsf@gmail.com> <87k12ez5xd.fsf@tcd.ie> <87k12eowft.fsf@gmail.com> Date: Sat, 18 Apr 2020 12:26:07 +0200 In-Reply-To: <87k12eowft.fsf@gmail.com> (Alex Branham's message of "Fri, 17 Apr 2020 13:26:30 -0400") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40676 Cc: "Basil L. Contovounesios" , Eli Zaretskii , 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) >>>>> On Fri, 17 Apr 2020 13:26:30 -0400, Alex Branham said: Alex> Thanks. I can't reproduce it that way. I don't think I have anyth= ing too Alex> terribly crazy in my gnus config but I'll try to make time to go = through Alex> it. My crystal ball says you have one or more of the gnus-gravatar variables enabled, and you have a slow DNS, in which case customizing 'gravatar-service' to something other than 'libravatar will help. (given the troubles the gravatar changes are causing, maybe we should flip the default away from libravatar for the moment) >> What does list-processes display in that situation? Alex> Eli, the output of list-processes (removing some non-gnus related= stuff) is: Alex> *nnimap* -- open *nnimap localhost nil *nntpd** = -- Main (network connection to localhost:imap) Alex> dns -- open *temp* -- = Main (datagram connection to 192.168.1.1:domain) Alex> dns<1> -- open *temp*-198741 -- = Main (datagram connection to 192.168.1.1:domain) Alex> dns<2> -- open *temp*-84789 -- = Main (datagram connection to 192.168.1.1:domain) Alex> dns<3> -- open *temp*-23796 -- = Main (datagram connection to 192.168.1.1:domain) Alex> nntpd -- open *server news.gmane.io nntp *nnt= pd** -- Main (network connection to news.gmane.io:nntp) Alex> server -- listen -- -- = Main (network server on /run/user/1000/emacs/server) Alex> At this point, gnus was complaining about the *temp*-23796 buffer Alex> process having a running process. Although looking at the relevant code in dns.el, that should kill the process unconditionally before killing the buffer, so I don=CA=BCt understand why the process is still hanging around. It does: (condition-case nil (delete-process process) (error nil)) Sledgehammer patch to stop the querying below. Alex> I'm not sure if it's related, but recently-ish (after Emacs 26 but Alex> before Emacs 27) gnus asks me on every open a question concerning Alex> localhost certificates. I select "session". Here's the output fr= om the Alex> message buffer: Alex> Opening connection to localhost... Alex> Continue connecting? (always, session only, no, details, ?):=20 Alex> Accepting certificate for localhost:imap this session only. Given that this is your local imap server, I think you can get away with saying 'always', and the network security manager will stop prompting. Robert diff --git a/lisp/net/dns.el b/lisp/net/dns.el index 53ea0b19b5..4e0e1d1b0b 100644 --- a/lisp/net/dns.el +++ b/lisp/net/dns.el @@ -367,12 +365,13 @@ dns-make-network-process :coding 'binary :buffer (current-buffer) :host server + :noquery t :service "domain" :type 'datagram) From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 07:51:01 2020 Received: (at 40676) by debbugs.gnu.org; 18 Apr 2020 11:51:01 +0000 Received: from localhost ([127.0.0.1]:42054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPlzu-0002TK-6x for submit@debbugs.gnu.org; Sat, 18 Apr 2020 07:51:01 -0400 Received: from mail-qt1-f177.google.com ([209.85.160.177]:46199) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPlzs-0002T7-6D for 40676@debbugs.gnu.org; Sat, 18 Apr 2020 07:50:56 -0400 Received: by mail-qt1-f177.google.com with SMTP id x8so3168607qtp.13 for <40676@debbugs.gnu.org>; Sat, 18 Apr 2020 04:50:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=MNr+JLHqSJmsdjWJI8dcUFCpAEw/UQLNbf4aT+Zm64g=; b=n+v+GVMyVBC9JEdE6XufXLcLSwT5HfD5onk4p2Th9tT70iTQWQ+M30AtFP6yjz6enu vlafyeFsHt8Kjc54yOf4YYzHy6OWFq6fk8AN/MXlktftIAUBhj44kSMYqzAYwJ3/CSIL S4d78XxMmiNJB7BS8S8nNiYHSOFdYno3lXhN0S+8dKYY5ikKCKApaelPzSpjYKs2qGla gQQwziA52ud/QMWjDSPfSs2wrRwSFDctsikwwKSihlhxUx3aT9qpetxNyZo5SD+VwEBu YMS3FsiB+UeoGqQa3zSji+EcPpOz55/6WQXVp+NsYPYvgOEj9jaDTX9bCmgKWEAyDsSs OcHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=MNr+JLHqSJmsdjWJI8dcUFCpAEw/UQLNbf4aT+Zm64g=; b=UG8sng7jMDzo6OuRhORze5sjKDFc70OxeuyBZg/6m6X/diGu+x7nMaY03ggxUXZgw4 hBxrnKVoIBkLfXWBNaaKka870WHfZQyVlvbwVu9DdksYC1Eveyyflb1TXZ07gT4zUm95 PAbvfURYzulHzHm/npa2t80+ujXPysGSG0YinztYt5Vs/gH4EQAqUt+McP30ao6SvE3j ELwrX/qwzIQxBLm+9vCaoCQOCNfx1xsbtszeuElOiVMnvI41TiUbnFeAyAKsmW+vKZDf 19sSp5PaXC53IWrFBGIu4zoRuLmJ93UlqAmjYpf2DSIs85ltchPIL8KGiNaJOqU3jziA Ub3Q== X-Gm-Message-State: AGi0PuYQpWM6TMj0uN+X0QRAYzK3MgPUz0dSNykAO+PLNI57iEPctTSu 1lWLYUp0H6dS2d1kQe9T584rl8bf X-Google-Smtp-Source: APiQypKj73fbXYr4+KBv46mJEN1dKpYLTzQrMtN+7OPzLfOcpOzaWTi2LaMO2L4jKqmML7j/y90AyQ== X-Received: by 2002:ac8:2c78:: with SMTP id e53mr1949815qta.365.1587210650288; Sat, 18 Apr 2020 04:50:50 -0700 (PDT) Received: from mars (c-73-163-194-78.hsd1.dc.comcast.net. [73.163.194.78]) by smtp.gmail.com with ESMTPSA id n185sm9630663qke.82.2020.04.18.04.50.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 18 Apr 2020 04:50:49 -0700 (PDT) From: Alex Branham To: Robert Pluim Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87sgh3ow91.fsf@gmail.com> <87k12ez5xd.fsf@tcd.ie> <87k12eowft.fsf@gmail.com> Date: Sat, 18 Apr 2020 07:50:48 -0400 In-Reply-To: (Robert Pluim's message of "Sat, 18 Apr 2020 12:26:07 +0200") Message-ID: <877dydovvr.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: "Basil L. Contovounesios" , Eli Zaretskii , 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Sat 18 Apr 2020 at 12:26, Robert Pluim wrote: >>>>>> On Fri, 17 Apr 2020 13:26:30 -0400, Alex Branham said: > > Alex> Thanks. I can't reproduce it that way. I don't think I have anything too > Alex> terribly crazy in my gnus config but I'll try to make time to go through > Alex> it. > > My crystal ball says you have one or more of the gnus-gravatar > variables enabled, and you have a slow DNS, in which case customizing > 'gravatar-service' to something other than 'libravatar will help. Thanks! Changing gnus-treat-from-gravatar to nil (from 'head) solves the issue so it seems your crystal ball is correct. Alex From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 18 22:20:51 2020 Received: (at 40676) by debbugs.gnu.org; 19 Jul 2020 02:20:51 +0000 Received: from localhost ([127.0.0.1]:59739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jwywc-0000M3-Rh for submit@debbugs.gnu.org; Sat, 18 Jul 2020 22:20:51 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56438) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jwywb-0000Lq-Kn for 40676@debbugs.gnu.org; Sat, 18 Jul 2020 22:20:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=xScHyz8TN78OqK7l6aliBcO0AVxI6kvIsk79HKEWPGE=; b=aReNG0omsfWI1MHYM81qJK8hfL PRxdcN14EV192LxppkSGh7LHZboTJs8EfBkHc55PdE90dqFJNf2glFCptnJv5SdE0BagKpS/gJbEL Ss8IMu69Kk5izJkiTWZXlV6imnl706GAIa6Kq9Xp2bnd+6bWotcRVIvzxUeC75P/yLiA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jwywS-00084c-IW; Sun, 19 Jul 2020 04:20:43 +0200 From: Lars Ingebrigtsen To: Robert Pluim Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87sgh3ow91.fsf@gmail.com> <87k12ez5xd.fsf@tcd.ie> <87k12eowft.fsf@gmail.com> Date: Sun, 19 Jul 2020 04:20:39 +0200 In-Reply-To: (Robert Pluim's message of "Sat, 18 Apr 2020 12:26:07 +0200") Message-ID: <87imekutxk.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Robert Pluim writes: > My crystal ball says you have one or more of the gnus-gravatar > variables enabled, and you have a slow DNS, in which case customizing > 'gravatar-service' to something other than 'libravatar will h [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: "Basil L. Contovounesios" , Alex Branham , Philip K , 40676@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Robert Pluim writes: > My crystal ball says you have one or more of the gnus-gravatar > variables enabled, and you have a slow DNS, in which case customizing > 'gravatar-service' to something other than 'libravatar will help. Oh, deer. I just tried (setq gnus-treat-from-gravatar 'head) and the behaviour in Gnus is totally unacceptable -- it stops and thinks for a second after rendering the header, and then renders the body of the message. This is a regression -- the new libavatar code obviously can't work this way. If it's taking a lot of time, it has to run asynchronously after the rest of the article has finished rendering. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 19 04:16:00 2020 Received: (at 40676) by debbugs.gnu.org; 19 Jul 2020 08:16:00 +0000 Received: from localhost ([127.0.0.1]:59929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jx4UK-00051x-BF for submit@debbugs.gnu.org; Sun, 19 Jul 2020 04:16:00 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:44187) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jx4UH-00051j-Nv for 40676@debbugs.gnu.org; Sun, 19 Jul 2020 04:15:59 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id A10ED5C010C; Sun, 19 Jul 2020 04:15:52 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Sun, 19 Jul 2020 04:15:52 -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=5e9KYblmt+/F+xIjlyGVfCGC7ZbF9IGuHvnZLEi go30=; b=EChs3WlzO3cvRe5aE6yInEeEpRHrpNTq0MXCli3FExF/tpa60QL8CSf YnJHnM76jvprixh0y1kJgD6h6Weq4QqV4G5hWj4C55KQQkEsY9ikx0/WFgTA2AUk 6gYQ+Oq41vQ527cMW2uGbBzS+YpfNcxhBB8pYhAfn1NiIqlFiF1DKB3tBrqn/zaF LLc0Fa22mArw7s7rCpLxj0U+E99VnnqXxBQ6oQtV6SSLnoJ59ud64jEgjGc+w6Y5 Q/VOYTrbsLO11G0cnBv66f32koze5LZEV9U2G20g/SiPk7UDki4Z2XNyBBVAR1zi Nm13DTF6FMsF67FZ9nz1zd2GzmtYbkQ== 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=5e9KYblmt+/F+xIjl yGVfCGC7ZbF9IGuHvnZLEigo30=; b=QXI7iciUjIV/opJkaVaB4A0gKs+kGBKT4 bATXbfE0Uu73U0eR1LtOuLz9xvXZ5m5iJla5KuH2xfATrtk2izbXZfcXbRWC15JE p85Ag+pXxKj2ODvFOjShM4QArIEtm5qKEj2PE9PO9Oo831YIKaQW54+HMjXUyRHP 665++r8Sn/2G3cP/ewc1AidY7rRzKhRAYW1V3Pjya0n2VlL43BosjxN8tN4l4Q3K XGTe62aTO0Nn2I4y6rHfcLpq4fM1rgaOOD3diDB5rB2X7kiYzxPhmQ9fOssvMqSz 8HvEc5hvp0ohXSWqZwxHsJ/jLg+/8o/Dv5Y10pxVLf6YLZEmgYFrg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrgedugddtudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffujgffkfggtgesthdtredttddttdenucfhrhhomhepfdfrhhhilhhiphcu mfdrfdcuoehphhhilhhiphesfigrrhhpmhgrihhlrdhnvghtqeenucggtffrrghtthgvrh hnpeehueeiffevveekteffueefkeefjeekkeekfeejleeufedtudffudfgueeigeffhfen ucfkphepkeejrddugeehrddtrdduheeinecuvehluhhsthgvrhfuihiivgeptdenucfrrg hrrghmpehmrghilhhfrhhomhepphhhihhlihhpseifrghrphhmrghilhdrnhgvth X-ME-Proxy: Received: from localhost (p5791009c.dip0.t-ipconnect.de [87.145.0.156]) by mail.messagingengine.com (Postfix) with ESMTPA id CE948328005E; Sun, 19 Jul 2020 04:15:51 -0400 (EDT) From: "Philip K." To: Lars Ingebrigtsen Subject: Re: bug#40676: 28.0.50; gnus locks when reading email In-Reply-To: <87imekutxk.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 19 Jul 2020 04:20:39 +0200) Date: Sun, 19 Jul 2020 10:15:49 +0200 Message-ID: <87imejex8q.fsf@warpmail.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, rpluim@gmail.com, eliz@gnu.org, alex.branham@gmail.com, 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) 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. Lars Ingebrigtsen writes: > Robert Pluim writes: > >> My crystal ball says you have one or more of the gnus-gravatar >> variables enabled, and you have a slow DNS, in which case customizing >> 'gravatar-service' to something other than 'libravatar will help. > > Oh, deer. I just tried > > (setq gnus-treat-from-gravatar 'head) > > and the behaviour in Gnus is totally unacceptable -- it stops and thinks > for a second after rendering the header, and then renders the body of > the message. > > This is a regression -- the new libavatar code obviously can't work this > way. If it's taking a lot of time, it has to run asynchronously after > the rest of the article has finished rendering. -- Philip K. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 19 09:02:57 2020 Received: (at 40676) by debbugs.gnu.org; 19 Jul 2020 13:02:57 +0000 Received: from localhost ([127.0.0.1]:60034 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jx8y1-0005bR-0Y for submit@debbugs.gnu.org; Sun, 19 Jul 2020 09:02:57 -0400 Received: from quimby.gnus.org ([95.216.78.240]:32978) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jx8xy-0005bB-Ng for 40676@debbugs.gnu.org; Sun, 19 Jul 2020 09:02:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=XjoSobbEmXxv4S8M6dwi5BSHtec3WecEkz4WXq6gQuM=; b=T3eEx9QvupPbGWd8T6sfhdKJ9x WG8Pu+hMMkyW35YlqI+quHCrEU/jf7a29oMNLxigZ1XhFxqUNZUw9Aaz1fbXArH7ocZ93Z+bn5gDK OAWPQQi/VYb9T6XFA2XYfg3xY4Gx/FDkCI8nc0U53f0y4W8/RNCs0gf1r4P01OyoR8r4=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jx8xh-00063Q-0W; Sun, 19 Jul 2020 15:02:47 +0200 From: Lars Ingebrigtsen To: "Philip K." Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> Date: Sun, 19 Jul 2020 15:02:35 +0200 In-Reply-To: <87imejex8q.fsf@warpmail.net> (Philip K.'s message of "Sun, 19 Jul 2020 10:15:49 +0200") Message-ID: <87o8obsln8.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: "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), [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, rpluim@gmail.com, eliz@gnu.org, alex.branham@gmail.com, 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "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. As it stands, librgravatar shouldn't be the default gravatar provider. But, yes, Emacs should have asynchronous DNS support, and adding that probably isn't too difficult, I'd have thought? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 19 09:37:54 2020 Received: (at 40676) by debbugs.gnu.org; 19 Jul 2020 13:37:54 +0000 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 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 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) 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: 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) From: "Philip K." To: Lars Ingebrigtsen Subject: Re: bug#40676: 28.0.50; gnus locks when reading email In-Reply-To: <87o8obsln8.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 19 Jul 2020 15:02:35 +0200) Date: Sun, 19 Jul 2020 15:37:41 +0200 Message-ID: <87blkbeica.fsf@warpmail.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, rpluim@gmail.com, eliz@gnu.org, alex.branham@gmail.com, 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 19 09:52:46 2020 Received: (at 40676) by debbugs.gnu.org; 19 Jul 2020 13:52:46 +0000 Received: from localhost ([127.0.0.1]:60134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jx9kE-0000W1-B1 for submit@debbugs.gnu.org; Sun, 19 Jul 2020 09:52:46 -0400 Received: from quimby.gnus.org ([95.216.78.240]:33758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jx9kC-0000Vo-J7 for 40676@debbugs.gnu.org; Sun, 19 Jul 2020 09:52:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=OKcJ2Z+kwFkD4y06dX7RfpvdbFGYP8vKLCDans7DdOQ=; b=gQqZXbXYHVEuw4OcRSCwaWEjgD f34GdMTMYkWQcfnrPoDN/4WotxSaqzwOFWZakfHLKS+H7HDzLueOpPM/gHZQYYNpccSIRJ5ae2wqC K0nmCc419HRvY4z9uEc/MEdH9URRsdvTGWmSz/U0sgZ23HZi2kLDHmFa9uEWXB3wDy50=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jx9k3-0006YK-Np; Sun, 19 Jul 2020 15:52:38 +0200 From: Lars Ingebrigtsen To: "Philip K." Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87blkbeica.fsf@warpmail.net> Date: Sun, 19 Jul 2020 15:52:34 +0200 In-Reply-To: <87blkbeica.fsf@warpmail.net> (Philip K.'s message of "Sun, 19 Jul 2020 15:37:41 +0200") Message-ID: <87zh7vr4rh.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: "Philip K." writes: >> 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 an [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, rpluim@gmail.com, eliz@gnu.org, alex.branham@gmail.com, 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Philip K." writes: >> 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. Indeed -- it makes libravatar a much worse interface than the central Gravatar service (where you just have to trust the Gravatar people somewhat, instead of the entire internet). So that's another reason not to make libravatar the default provider. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 20 04:49:35 2020 Received: (at 40676) by debbugs.gnu.org; 20 Jul 2020 08:49:35 +0000 Received: from localhost ([127.0.0.1]:33701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxRUM-0001yN-U6 for submit@debbugs.gnu.org; Mon, 20 Jul 2020 04:49:35 -0400 Received: from mail-wr1-f44.google.com ([209.85.221.44]:43369) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxRUL-0001yB-Cr for 40676@debbugs.gnu.org; Mon, 20 Jul 2020 04:49:33 -0400 Received: by mail-wr1-f44.google.com with SMTP id a15so2023418wrh.10 for <40676@debbugs.gnu.org>; Mon, 20 Jul 2020 01:49:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=ixsK9mUXwPowUOvJ9SKrxoEaWRWIoNXMoeXNcsj8sIo=; b=WMLcrVFQxGq3xbIz+NUFQ81Ld5sSsuPHR4YR8CVzd/2DYQaToj2CCaeOzaPZ+15w/W eM24j3ZgdVZE5JxPqRohJUEQNrKLg4yo6u56Ts5HChq/JOrTypmKCRHeNqx8LZ4MByJ9 mwNInozAYroGRzOnL7wdd5XkwIlGV/1O5WfXr3ERJqGXtbfFu2+ZvxDA7LH+tmJiPwN8 Dfc+LyfaMLhjPDCzhSmAQflecC7tJT5cJyp6cXE/itSq1mN1qIx00hDcLaEjp/93zk4W 5SfytS4egRjQRug/D9J2ITpU9hidautpf+TEijdrISSkcUy9vSjMzNhgDjadCj9fN+ET dECA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=ixsK9mUXwPowUOvJ9SKrxoEaWRWIoNXMoeXNcsj8sIo=; b=tJC3ceBuSmtgVT80Ju8LP1b5qM8dmc+Y0BSeCloYTXbeSDSJkcZ2yPeJmZqQOOS4li D2RW72Va5DnreKxRqr+nB9VzXBAWlL9RKpsfYaXhDUCELMw8TsMh4q1EKnLDsltKMrqU BnOH5wHzfwEimn5ADMkQlhIkx9LkWn2+mElT8IBo0J+baalTb/mCFtbqb9NAhDI9xSXi I5TblAKDrlAskYzy+DX3EB+bGYEGRugOWApFYKxbtN4kZgr/WsNUr+Ull92U1Y7f6rLi fMdvALVV9bHirbZtElQ/yxLJPFcJg0HqxHLF9Svlq1LcX9gKrDWkG+AlM4KV9HFlFB1W f8oQ== X-Gm-Message-State: AOAM532EHgkTlz5VI0IPCA039+b6WSArvH6M5z+bJo3Qo27VbVLbKmc1 uT8bXwyzxjku8/RAahNOMmdZxof4 X-Google-Smtp-Source: ABdhPJyCncZN12O0cOL8QKe+Qvv0iw2Y2zOnkWmdOFKC9IhcuKCrbd8oj4SJDDqU8wksZPSMLQ/wIw== X-Received: by 2002:a5d:6045:: with SMTP id j5mr20813187wrt.209.1595234967245; Mon, 20 Jul 2020 01:49:27 -0700 (PDT) Received: from rpluim-mac (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id f12sm31583932wrj.48.2020.07.20.01.49.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Jul 2020 01:49:26 -0700 (PDT) From: Robert Pluim To: Lars Ingebrigtsen Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> <87o8obsln8.fsf@gnus.org> Date: Mon, 20 Jul 2020 10:49:24 +0200 In-Reply-To: <87o8obsln8.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 19 Jul 2020 15:02:35 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, alex.branham@gmail.com, "Philip K." , 40676@debbugs.gnu.org, eliz@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Sun, 19 Jul 2020 15:02:35 +0200, Lars Ingebrigtsen said: Lars> "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. Lars> A cache would be a band-aid -- it still will have to do these loo= kups Lars> occasionally, and the user experience in Gnus suffers. Lars> As it stands, librgravatar shouldn't be the default gravatar prov= ider. Lars> But, yes, Emacs should have asynchronous DNS support, and adding = that Lars> probably isn't too difficult, I'd have thought? emacs calls getaddrinfo_a already if it=CA=BCs available, when creating connections, but I don=CA=BCt think there=CA=BCs a lisp-level interface to = it (and it=CA=BCs not available on macOS, we=CA=BCd have to implement it using Apple's platform-specific API). If you were thinking of using the emacs threading API, I tried hooking that up to dns.el, but the results were not great. [1] Robert Footnotes: [1] I=CA=BCm saying this so that Lars will now go away and implement it :-) From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 20 05:06:13 2020 Received: (at 40676) by debbugs.gnu.org; 20 Jul 2020 09:06:13 +0000 Received: from localhost ([127.0.0.1]:33711 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxRkS-0002Nn-KS for submit@debbugs.gnu.org; Mon, 20 Jul 2020 05:06:12 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42678) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxRkQ-0002NY-NB for 40676@debbugs.gnu.org; Mon, 20 Jul 2020 05:06:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=5DVFC52pEokJC0qjXNynivdSkqCcx12VaC78XBWZ3qM=; b=gtl4bJkkSwJARJLiJSQRYDqDu6 VHqreSf2S7TX49MLodjSy775MHQ3aACO77MmvbUqq1O03StkQfXIdtGKcHbH6wXlqAR7WkN7CHAOn 5rK7b6fAQcbbBOvYOAhZcqA4bWnkKiihF6skAPvP/PLvs2P86VgVvHyq22uWVfyk3S28=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jxRkG-0006XD-Ix; Mon, 20 Jul 2020 11:06:03 +0200 From: Lars Ingebrigtsen To: Robert Pluim Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> <87o8obsln8.fsf@gnus.org> Date: Mon, 20 Jul 2020 11:05:58 +0200 In-Reply-To: (Robert Pluim's message of "Mon, 20 Jul 2020 10:49:24 +0200") Message-ID: <87k0yyk13d.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Robert Pluim writes: > emacs calls getaddrinfo_a already if itʼs available, when creating > connections, but I donʼt think thereʼs a lisp-level interface to it > (and itʼs not available on macOS, weʼd have to impleme [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, alex.branham@gmail.com, "Philip K." , 40676@debbugs.gnu.org, eliz@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Robert Pluim writes: > emacs calls getaddrinfo_a already if it=CA=BCs available, when creating > connections, but I don=CA=BCt think there=CA=BCs a lisp-level interface t= o it > (and it=CA=BCs not available on macOS, we=CA=BCd have to implement it usi= ng > Apple's platform-specific API). Yes, I was thinking that we could use Emacs' normal process support for it, but just call getaddrinf_a and then return the results. I haven't actually looked at how to do that, but it seems like it should conceptually makes sense. For instance, to make it very much like a normal network process, Emacs could even just output the DNS data as bytes in the process buffer. (We have code to parse DNS protocol data in dns.el already.) --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 20 05:23:23 2020 Received: (at 40676) by debbugs.gnu.org; 20 Jul 2020 09:23:23 +0000 Received: from localhost ([127.0.0.1]:33748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxS15-0002oG-1a for submit@debbugs.gnu.org; Mon, 20 Jul 2020 05:23:23 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42806) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxS12-0002o2-Ol for 40676@debbugs.gnu.org; Mon, 20 Jul 2020 05:23:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=zeOCUYWh2f11G562c6lEcbqHdRAoE1hZNqK+//eFZ4Y=; b=MpIs5mLbdwlEuz7CN+8g8JWqUB uhmhbLSc3R5NXKzk6ORIs269/gcaVkXNOn076fXtkhrKitJ+xyqPH00DiCrwXeYmqnOhe6uCP0w2W lHVGvxMBxWlino30LlI0afTI6wjCKRXCh1ixDmW4Wybo/RQButl4sVeZ3oEJs4cOtNRA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jxS0l-0006kD-SF; Mon, 20 Jul 2020 11:23:09 +0200 From: Lars Ingebrigtsen To: Robert Pluim Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> <87o8obsln8.fsf@gnus.org> <87k0yyk13d.fsf@gnus.org> Date: Mon, 20 Jul 2020 11:23:02 +0200 In-Reply-To: <87k0yyk13d.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 20 Jul 2020 11:05:58 +0200") Message-ID: <87ft9mk0ax.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > For instance, to make it very much like a normal network process, Emacs > could even just output the DNS data as bytes in the process buffer. (We > have code to parse DNS protocol data in dns.el alr [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, alex.branham@gmail.com, "Philip K." , 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > For instance, to make it very much like a normal network process, Emacs > could even just output the DNS data as bytes in the process buffer. (We > have code to parse DNS protocol data in dns.el already.) Actually, that'd make no sense, because we don't have access to the raw DNS packages on the C side. So the process could just output the result as ASCII, perhaps. That is, a call to (make-network-process :lookup-address "gnu.org") would result in 209.51.188.148^@2001:470:142:3::a^@ or something in the buffer. Or perhaps ipv4-address^@209.51.188.148^@ipv6-address^@2001:470:142:3::a^@ or however we want to do this. This all reminds me of a not-very-related issue: Emacs needs support for DNS-over-HTTPS/TLS, I guess. Emacs shouldn't have weaker network security than web browsers. DoH is trivial to implement, but we do want to be efficient, which may make it somewhat of a bigger project. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 20 05:33:42 2020 Received: (at 40676) by debbugs.gnu.org; 20 Jul 2020 09:33:42 +0000 Received: from localhost ([127.0.0.1]:33787 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxSB4-00035f-6l for submit@debbugs.gnu.org; Mon, 20 Jul 2020 05:33:42 -0400 Received: from mail-wr1-f44.google.com ([209.85.221.44]:44132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxSB1-00035Q-Jr for 40676@debbugs.gnu.org; Mon, 20 Jul 2020 05:33:40 -0400 Received: by mail-wr1-f44.google.com with SMTP id b6so17089249wrs.11 for <40676@debbugs.gnu.org>; Mon, 20 Jul 2020 02:33:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=uCYl4jxf4SoQTMPFxWQDh7Kc6tN1K+7YQqZ0iK85fms=; b=R8bRXJphA0qcXt847VP5TJ7SgHkD5oqCZigrDUq5ttMmP5yTKscKeuy7zxI7PVnOfg ecVorZ+LAhA8AzvjfDXu5RZZThKGT7L6UC/xXOaJje6tmmxB7YGeaq4eigmmW3fJAMrE URLYJuoj3ojIexF0YEznaQorgelo8v7a/qvxFCfHHRlACbaFoNlTsGdGnTdOGOpJAZfZ VzDsVz84koRlxvMBrDFB7IxkE8z6Llx6u+neO9ciAqphf/ahSI4I3NaX6egoScrEtgQk SLgFSkeQrYcAydFcsNpyjEGimNMSgTbJ12Jt+h9A4l3mQGer4CzSKjYO6iPxC4E0cnJG v+/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=uCYl4jxf4SoQTMPFxWQDh7Kc6tN1K+7YQqZ0iK85fms=; b=JlXDPJnxSQzQegNQFduLt7ORuxbQm0nHUgfDW6hPF1BXEJ20ONz/zKn10fopazeDM2 cYq8cm1PgNjP7UW/7bdGgUv9Ez9SKd4EenZHm8lBfqchZ1EVWghmGkPZDTPypcXfNtDU IrYBCwDvStpfokKG6DuHoK+sdHPbR578ywMR2KRrTLgvfo2m5V36QyYX4tF44YqGkg7I ofPNIl7+i+pD0dc9s/nXJsE01HZPK4YQOujgixxt91WHhgV0MOSKv+88BKIoY3OaOkjb UVDbetaGmKaxIqo3XcRtM1BNez2MzqfTGHYG2FGOWEjBt+IcXUwRvwwW70HMzZG9EFvf HkVA== X-Gm-Message-State: AOAM5308b/AKN+MHMdxQo56vK7yVdG4PFCdWTQz9HVfU/5m16iZg8/2N 7Y3Sqpd6Pcv6WnCPdeLNP4Y+HpfIXlI= X-Google-Smtp-Source: ABdhPJxWd5fmf3iBvrfGn1CVenfIvGLo1LFX29eoy9/wY3FxXqBZGucU3cTL9aebPDXfh6oKdlUAqw== X-Received: by 2002:adf:a4cf:: with SMTP id h15mr23194617wrb.229.1595237613184; Mon, 20 Jul 2020 02:33:33 -0700 (PDT) Received: from rpluim-mac ([2a01:e34:ecfc:a860:44c7:9948:72f:c6f1]) by smtp.gmail.com with ESMTPSA id d81sm33291735wmc.0.2020.07.20.02.33.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Jul 2020 02:33:32 -0700 (PDT) From: Robert Pluim To: Lars Ingebrigtsen Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> <87o8obsln8.fsf@gnus.org> <87k0yyk13d.fsf@gnus.org> <87ft9mk0ax.fsf@gnus.org> Date: Mon, 20 Jul 2020 11:33:31 +0200 In-Reply-To: <87ft9mk0ax.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 20 Jul 2020 11:23:02 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, alex.branham@gmail.com, "Philip K." , 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Mon, 20 Jul 2020 11:23:02 +0200, Lars Ingebrigtsen said: Lars> Lars Ingebrigtsen writes: >> For instance, to make it very much like a normal network process, Em= acs >> could even just output the DNS data as bytes in the process buffer. = (We >> have code to parse DNS protocol data in dns.el already.) Lars> Actually, that'd make no sense, because we don't have access to t= he raw Lars> DNS packages on the C side. Lars> So the process could just output the result as ASCII, perhaps. T= hat is, Lars> a call to Lars> (make-network-process :lookup-address "gnu.org") Lars> would result in Lars> 209.51.188.148^@2001:470:142:3::a^@ Lars> or something in the buffer. Or perhaps Lars> ipv4-address^@209.51.188.148^@ipv6-address^@2001:470:142:3::a^@ Lars> or however we want to do this. You don=CA=BCt like `network-lookup-address-info'? Just asynchifying that should be enough. Robert From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 20 05:36:40 2020 Received: (at 40676) by debbugs.gnu.org; 20 Jul 2020 09:36:40 +0000 Received: from localhost ([127.0.0.1]:33803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxSDw-0003BH-7w for submit@debbugs.gnu.org; Mon, 20 Jul 2020 05:36:40 -0400 Received: from mail-wr1-f41.google.com ([209.85.221.41]:42219) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxSDs-0003B1-3j for 40676@debbugs.gnu.org; Mon, 20 Jul 2020 05:36:39 -0400 Received: by mail-wr1-f41.google.com with SMTP id o11so17117228wrv.9 for <40676@debbugs.gnu.org>; Mon, 20 Jul 2020 02:36:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=Zef1JPLaG6E40ieYMGaGAqZqqztgQ3WecdX84/bwdRE=; b=tY1tjxnsNbsB6shQcgUa4UAMAIrJqwWCeVShf7/xJglyn3Vd1LXj1vginhzVwrhlzX HuZiujfAOCWwAvA51S59CxcxUcFCPu05XKp6+JUh5IYND8JOvXKSGGEGcVS7NWnc0lMt pPmIn6nv558w6IIDsKDR+kQMkSJxht9T3gM7OCwzki1eLNgAHG1x0huCGJunOLAv99Ma 01AZq2wrLrKfDaemtGU8Fo2xZVuMCZdHI5zzuY3Gi7ir5GrQc4iVvWizv9/C2ZOU6X2f epItHB4vM3QaROPPz/j/dqK1uKSGPqFokuhZ2wnS/4XOd+IBIA8VJ9Pmfx4v2u4YvLy7 tA3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=Zef1JPLaG6E40ieYMGaGAqZqqztgQ3WecdX84/bwdRE=; b=cPGi7dEABL6nsGWYF0uzi6f8txAnbklwuLgnuJ6eFqymtIEdgiKM1Fy6eb26VPzQwV vHwikCIqKjuktNgTf/7rYJ/lOk8l5AcMzLvr2Z5n14O+yKsbq9FqEeLHfWtK267wAYJN FPAf5BdstokRPfpimzKT8RdndtrGQdC6RncAI6bCovPgvdZLx5iwvAk3CAmQgCtJBEIs 9p7kfe5Sg1KInKGByGx8c/GhZSuv2wHkLX+pGoqe8KA1BVp0RzRdkTtsuiDAgX/oo8/n ZxOlqs58TW2ptrpGUt5UjoonjVSW1Y/m/HpSBq8JHoYRFKwqwP5xAPH0+a+ks+E7LK/3 xR7w== X-Gm-Message-State: AOAM532HTtrlOAf0Gbmkk7xNpeGY5g3KEX8haDpNPf8AMLZrxidThcvE j5S85f/Zv9P0QZ1bLq0b9B6vxu3r X-Google-Smtp-Source: ABdhPJwq885xtnTmLBbExCNU+YuR8l5rsTXhXmUtNK0g+dUZqvhGDBgFqoIZYuPHCJOl5r5njP1+og== X-Received: by 2002:adf:f341:: with SMTP id e1mr8025000wrp.207.1595237790117; Mon, 20 Jul 2020 02:36:30 -0700 (PDT) Received: from rpluim-mac (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id v9sm33313101wri.3.2020.07.20.02.36.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Jul 2020 02:36:29 -0700 (PDT) From: Robert Pluim To: Lars Ingebrigtsen Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> <87o8obsln8.fsf@gnus.org> <87k0yyk13d.fsf@gnus.org> <87ft9mk0ax.fsf@gnus.org> Date: Mon, 20 Jul 2020 11:36:27 +0200 In-Reply-To: (Robert Pluim's message of "Mon, 20 Jul 2020 11:33:31 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, alex.branham@gmail.com, "Philip K." , 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Mon, 20 Jul 2020 11:33:31 +0200, Robert Pluim s= aid: >>>>> On Mon, 20 Jul 2020 11:23:02 +0200, Lars Ingebrigtsen said: Lars> Lars Ingebrigtsen writes: >>> For instance, to make it very much like a normal network process, E= macs >>> could even just output the DNS data as bytes in the process buffer.= (We >>> have code to parse DNS protocol data in dns.el already.) Lars> Actually, that'd make no sense, because we don't have access to t= he raw Lars> DNS packages on the C side. Lars> So the process could just output the result as ASCII, perhaps. T= hat is, Lars> a call to Lars> (make-network-process :lookup-address "gnu.org") Lars> would result in Lars> 209.51.188.148^@2001:470:142:3::a^@ Lars> or something in the buffer. Or perhaps Lars> ipv4-address^@209.51.188.148^@ipv6-address^@2001:470:142:3::a^@ Lars> or however we want to do this. Robert> You don=CA=BCt like `network-lookup-address-info'? Just asynchi= fying that Robert> should be enough. Actually, no, that wouldn=CA=BCt work since network-lookup-address-info can only lookup 'A' and 'AAAA' records, and gravatar needs 'SRV'. Robert From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 20 05:42:00 2020 Received: (at 40676) by debbugs.gnu.org; 20 Jul 2020 09:42:00 +0000 Received: from localhost ([127.0.0.1]:33813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxSJ5-0003J3-VG for submit@debbugs.gnu.org; Mon, 20 Jul 2020 05:42:00 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxSJ4-0003Io-91 for 40676@debbugs.gnu.org; Mon, 20 Jul 2020 05:41:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=q2ozNe4HMP7oKWfzaft/aXPi5/pjZQKBewc5UemcbFE=; b=Ovq7rV2BnxdpaM1Ug4adjnC9hS WZsIomYLxFgzaJtxYiSQzA8dhn1cq7j5XDiNypaVt264aR9fIS9UuLp3AHelyNnZ9XGR6bpAfRPyz sv8DJ+41ox+CJ9CVFQvPpeACm0eBM5iX+dgABu+05ke/TZm5E0ErtDfMsKQvyZS8PhOs=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jxSIv-0006zd-8L; Mon, 20 Jul 2020 11:41:51 +0200 From: Lars Ingebrigtsen To: Robert Pluim Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> <87o8obsln8.fsf@gnus.org> <87k0yyk13d.fsf@gnus.org> <87ft9mk0ax.fsf@gnus.org> Date: Mon, 20 Jul 2020 11:41:47 +0200 In-Reply-To: (Robert Pluim's message of "Mon, 20 Jul 2020 11:33:31 +0200") Message-ID: <87365mjzfo.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Robert Pluim writes: > You donʼt like `network-lookup-address-info'? Just asynchifying that > should be enough. I like that function. :-) I just see how to fit that into a process-like async context. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, alex.branham@gmail.com, "Philip K." , 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Robert Pluim writes: > You don=CA=BCt like `network-lookup-address-info'? Just asynchifying that > should be enough. I like that function. :-) I just see how to fit that into a process-like async context. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 20 05:43:47 2020 Received: (at 40676) by debbugs.gnu.org; 20 Jul 2020 09:43:47 +0000 Received: from localhost ([127.0.0.1]:33825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxSKo-0003MC-Rq for submit@debbugs.gnu.org; Mon, 20 Jul 2020 05:43:47 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43416) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxSKn-0003Lz-UE for 40676@debbugs.gnu.org; Mon, 20 Jul 2020 05:43:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=99oWInIgklkizYTtYeOnImkiMa/JtpzvyTFCInzwFI0=; b=qH3mHst/rUJIbZ051g6WNmZ3c6 nsu78sYkKQGIP02yTiHPYH+X/rx7PtqjaDvUYP0iRX82dtagM6jidh6+zmzjkZ11mlNbV7zQ/BSki 4EdkxTpN5B/WHMzxMLjAOlgOvGlApfyEM851OvFUWwgygEOf7fm7vOVE4Z0SXk1HIaZ8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jxSKf-00072R-Cj; Mon, 20 Jul 2020 11:43:39 +0200 From: Lars Ingebrigtsen To: Robert Pluim Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> <87o8obsln8.fsf@gnus.org> <87k0yyk13d.fsf@gnus.org> <87ft9mk0ax.fsf@gnus.org> <87365mjzfo.fsf@gnus.org> Date: Mon, 20 Jul 2020 11:43:35 +0200 In-Reply-To: <87365mjzfo.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 20 Jul 2020 11:41:47 +0200") Message-ID: <87tuy2iks8.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > Robert Pluim writes: > >> You donʼt like `network-lookup-address-info'? Just asynchifying that >> should be enough. > > I like that function. :-) I just see how to fit that into [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, alex.branham@gmail.com, "Philip K." , 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > Robert Pluim writes: > >> You don=CA=BCt like `network-lookup-address-info'? Just asynchifying that >> should be enough. > > I like that function. :-) I just see how to fit that into a > process-like async context. There should be a "don't" after the "just" there, I guess. :-/ --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 20 07:02:56 2020 Received: (at 40676) by debbugs.gnu.org; 20 Jul 2020 11:02:56 +0000 Received: from localhost ([127.0.0.1]:33992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxTZQ-0001Kn-HP for submit@debbugs.gnu.org; Mon, 20 Jul 2020 07:02:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:44066) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jxTZP-0001Kb-Hm for 40676@debbugs.gnu.org; Mon, 20 Jul 2020 07:02:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=dJLWc+clPF734Y/p0lqntpMad9Nc5o80X3A9/RxR+1E=; b=R6PZWOPYn0TD5EnhYnkZ9pifm8 HaSkJCz/pVGBdaYdz2uvLuGmmDGp2Th5bHymWJHS/7X2Z/4MKVxiG45+gtz83WhuPoTeOsPuUtWYa ZzZ9QDvUOktWKzgCHaePWXnXB5gQjmVmDRDc67BOCUgcOH7qzTBr2f7XCntVMi/XMwDI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jxTZG-0007o8-3r; Mon, 20 Jul 2020 13:02:48 +0200 From: Lars Ingebrigtsen To: Robert Pluim Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87imejex8q.fsf@warpmail.net> <87o8obsln8.fsf@gnus.org> <87k0yyk13d.fsf@gnus.org> <87ft9mk0ax.fsf@gnus.org> Date: Mon, 20 Jul 2020 13:02:44 +0200 In-Reply-To: (Robert Pluim's message of "Mon, 20 Jul 2020 11:36:27 +0200") Message-ID: <87tuy2h2jv.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Robert Pluim writes: > Actually, no, that wouldnʼt work since network-lookup-address-info can > only lookup 'A' and 'AAAA' records, and gravatar needs 'SRV'. I should have actually looked at the libravatar code -- it uses dns.el. Which can be rewritten to be asynchronous, since it just does network chatter via processes... Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, alex.branham@gmail.com, "Philip K." , 40676@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Robert Pluim writes: > Actually, no, that wouldn=CA=BCt work since network-lookup-address-info c= an > only lookup 'A' and 'AAAA' records, and gravatar needs 'SRV'. I should have actually looked at the libravatar code -- it uses dns.el. Which can be rewritten to be asynchronous, since it just does network chatter via processes... --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 29 02:49:20 2020 Received: (at 40676) by debbugs.gnu.org; 29 Jul 2020 06:49:20 +0000 Received: from localhost ([127.0.0.1]:59896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0ftv-0003RE-Up for submit@debbugs.gnu.org; Wed, 29 Jul 2020 02:49:20 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0ftt-0003R0-GT for 40676@debbugs.gnu.org; Wed, 29 Jul 2020 02:49:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=L4Gpinp/iHoTewofjRTUfAzz7xn5EyLkHAUK52F5j+8=; b=E51sgw5Zhpt1vd0ZbGvcoz54jQ JfYyV/TAJIcJ2T6c6LiR3fw7oOtKFdH/GtLsxF1h7vRRyZJwmC0A45dwKVx8d7okuCEd78LXzpGU5 iumCzN7j4Skuzs05D9LHTBVTEg7+Q4REIkSfa0CpDcnn3Du25k7Cctk3eyNqZeudFMtE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k0ftc-0003HW-Av; Wed, 29 Jul 2020 08:49:10 +0200 From: Lars Ingebrigtsen To: "Philip K." Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87blkbeica.fsf@warpmail.net> <87zh7vr4rh.fsf@gnus.org> Date: Wed, 29 Jul 2020 08:48:58 +0200 In-Reply-To: <87zh7vr4rh.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 19 Jul 2020 15:52:34 +0200") Message-ID: <87k0ym24v9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > Indeed -- it makes libravatar a much worse interface than the central > Gravatar service (where you just have to trust the Gravatar people > somewhat, instead of the entire internet). > > So that's [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, rpluim@gmail.com, 40676@debbugs.gnu.org, eliz@gnu.org, alex.branham@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > Indeed -- it makes libravatar a much worse interface than the central > Gravatar service (where you just have to trust the Gravatar people > somewhat, instead of the entire internet). > > So that's another reason not to make libravatar the default provider. I've now changed the default to use gravatar, since that doesn't have the same security implications. Emacs should still grow an async DNS implementation (reachable from Lisp land), though. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 29 21:43:32 2020 Received: (at 40676) by debbugs.gnu.org; 30 Jul 2020 01:43:32 +0000 Received: from localhost ([127.0.0.1]:34061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0xbX-00068r-W9 for submit@debbugs.gnu.org; Wed, 29 Jul 2020 21:43:32 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0xbS-00068X-UE for 40676@debbugs.gnu.org; Wed, 29 Jul 2020 21:43:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=UKCkrks7k9xY52rIb4+PijCfcgyp3nfFZkN0ZFIqM4w=; b=nPumBiyDzM2NebZkXkjVmT9utL KDoZQP+WhGqlyrBfCwqp5uBI+MbX/r3l6N445SALuH7TUhyD3vXdhgJb5SJndCEOt6n5EYZUcdtTO DuFS/m0AjvYkVjju4c/zWoeG6n3uOAj+0Spct8kGkHOZPIAJLzCARpEDa0pngDPsJ594=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k0xbH-00079I-By; Thu, 30 Jul 2020 03:43:19 +0200 From: Lars Ingebrigtsen To: "Philip K." Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87blkbeica.fsf@warpmail.net> <87zh7vr4rh.fsf@gnus.org> <87k0ym24v9.fsf@gnus.org> Date: Thu, 30 Jul 2020 03:43:13 +0200 In-Reply-To: <87k0ym24v9.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 29 Jul 2020 08:48:58 +0200") Message-ID: <87y2n1zsjy.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > Emacs should still grow an async DNS implementation (reachable from Lisp > land), though. I've now added a function dns-query-asynchronous to dns.el to have an asynchronous implementation that works across all Emacs builds. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, rpluim@gmail.com, eliz@gnu.org, 40676@debbugs.gnu.org, alex.branham@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > Emacs should still grow an async DNS implementation (reachable from Lisp > land), though. I've now added a function dns-query-asynchronous to dns.el to have an asynchronous implementation that works across all Emacs builds. However, I'm not pushing it yet until somebody makes a decision as to whether the Emacs git repo is to be recovered from backup, or we just carry on as before after the mis-merge into emacs-27 a few hours ago... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 29 23:11:31 2020 Received: (at 40676) by debbugs.gnu.org; 30 Jul 2020 03:11:31 +0000 Received: from localhost ([127.0.0.1]:34108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0yyh-0008Nk-L7 for submit@debbugs.gnu.org; Wed, 29 Jul 2020 23:11:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44824) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0yyf-0008NW-96 for 40676@debbugs.gnu.org; Wed, 29 Jul 2020 23:11:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58820) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k0yyZ-00072W-Fq; Wed, 29 Jul 2020 23:11:23 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1k0yyW-0004rs-Ra; Wed, 29 Jul 2020 23:11:21 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Lars Ingebrigtsen In-Reply-To: <87k0ym24v9.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 29 Jul 2020 08:48:58 +0200) Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87blkbeica.fsf@warpmail.net> <87zh7vr4rh.fsf@gnus.org> <87k0ym24v9.fsf@gnus.org> Message-Id: Date: Wed, 29 Jul 2020 23:11:20 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, rpluim@gmail.com, philip@warpmail.net, 40676@debbugs.gnu.org, alex.branham@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > Indeed -- it makes libravatar a much worse interface than the central > > Gravatar service (where you just have to trust the Gravatar people > > somewhat, instead of the entire internet). > > > > So that's another reason not to make libravatar the default provider. I don't know about libravatar, but ISTR that gravatar was found to do some sort of surveillance of users. Is that correct? Was libravatar intended as a replacement to respect users' privacy more than gravatar? But it seems there is a problem with using libravatar, right? If that is the case, we should not think of "use gravatar" as a _solution_. It might fix an urgent problem, but we would not want it as a permanent change. A real solution is to make libravatar work well. If what is needed is async DNS lookup, how about running a shell command asynchronously to do it? -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 29 23:30:35 2020 Received: (at 40676) by debbugs.gnu.org; 30 Jul 2020 03:30:35 +0000 Received: from localhost ([127.0.0.1]:34116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0zH9-0000Ow-80 for submit@debbugs.gnu.org; Wed, 29 Jul 2020 23:30:35 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0zH4-0000OS-Fl for 40676@debbugs.gnu.org; Wed, 29 Jul 2020 23:30:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=034yUc5Z+dvf/QWt6k90mv5g3pywSnxm36vH6dwVvG0=; b=qOCBQ7RjT5rf3MtCnoXpz1lrwk fGiWf+TWIOeXxQlOFl6M/dYGS8PffVosiPZwEo4lZuxDf1atkAednH5oSRcQFJLaUpLJ+pwiUKbT3 NnoijxsBa2CdEnjvBUTG8htKufPcv10XJ5XmAo8y963TjRqsMQQNS5u0Wcwk4lOwAdQU=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k0zGu-0008SW-D4; Thu, 30 Jul 2020 05:30:23 +0200 From: Lars Ingebrigtsen To: "Philip K." Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87blkbeica.fsf@warpmail.net> <87zh7vr4rh.fsf@gnus.org> <87k0ym24v9.fsf@gnus.org> <87y2n1zsjy.fsf@gnus.org> Date: Thu, 30 Jul 2020 05:30:18 +0200 In-Reply-To: <87y2n1zsjy.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 30 Jul 2020 03:43:13 +0200") Message-ID: <87tuxpznlh.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > I've now added a function dns-query-asynchronous to dns.el to have an > asynchronous implementation that works across all Emacs builds. And now I've rewritten gravatar.el to be asynchronous, too, so I'm closing this bug report. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, rpluim@gmail.com, 40676@debbugs.gnu.org, eliz@gnu.org, alex.branham@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > I've now added a function dns-query-asynchronous to dns.el to have an > asynchronous implementation that works across all Emacs builds. And now I've rewritten gravatar.el to be asynchronous, too, so I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 29 23:30:38 2020 Received: (at control) by debbugs.gnu.org; 30 Jul 2020 03:30:39 +0000 Received: from localhost ([127.0.0.1]:34119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0zHC-0000PC-LL for submit@debbugs.gnu.org; Wed, 29 Jul 2020 23:30:38 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53494) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k0zH9-0000Ok-R4 for control@debbugs.gnu.org; Wed, 29 Jul 2020 23:30:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=mO0Br9e1CPua3dD2rtNH4zfM8L63GBlggJvU9bULqLc=; b=Zmg7Y48xE+u1P3ehRkHE49wqmx x/wq5BwfYwcCAwoWK4/PYiZH9CSgi6j96Z6m5CNFg5v9TRWnxLF2MEIzLqbwNNIWySc0XHgf6Q9VN ANjwauat88NtJgMHov6t1opPnFE1yzdMDlbvanByWnAqbE28LGyyI9lBDqi7Hd6C0fYM=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k0zH2-0008Sd-27 for control@debbugs.gnu.org; Thu, 30 Jul 2020 05:30:30 +0200 Date: Thu, 30 Jul 2020 05:30:26 +0200 Message-Id: <87sgd9znl9.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #40676 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 40676 fixed close 40676 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 40676 fixed close 40676 28.1 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 30 04:33:02 2020 Received: (at 40676) by debbugs.gnu.org; 30 Jul 2020 08:33:02 +0000 Received: from localhost ([127.0.0.1]:34930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k13zq-0001qu-CC for submit@debbugs.gnu.org; Thu, 30 Jul 2020 04:33:02 -0400 Received: from mout02.posteo.de ([185.67.36.66]:45515) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k13zo-0001qP-Dq for 40676@debbugs.gnu.org; Thu, 30 Jul 2020 04:33:01 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 831272400FF for <40676@debbugs.gnu.org>; Thu, 30 Jul 2020 10:32:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1596097973; bh=5dUjQVJVAyj9vDgcletjg3wnClcsmyXDtODh2wVL0LA=; h=From:To:Cc:Subject:Date:From; b=PmMk1SciNHyJSIR4HcFgyn+1NznDX/3yLDDJ3SGy5qGR2rZnzu3CI/7vlwpM3SGSn OYINfUwvP5ZyevNpAbrvqIcdDOEYdLXI2u3GloaFa9tlWfqAlkpe5Vm3NbpYKP4DVu isAVZn/ZpUxZ7ja1G0tLLWOVjnvYkYw9cyfAF78RFb0LdkEfZPzx2z+4nDUVy+Z5RS l9jpft2AoEQSLIXDwi0NBhoP/AKQ962kybH82/+TjqLVkbaYY3jWRXqGfCgOCVjKfW GOJhAThheZparkzW19HDZGmlkA6ngEvJIz1TQK0NO6pvEw3dBP7BYIODJLVcrq/nk9 4thot9rxdcTXQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4BHNvm4Kg8z9rxS; Thu, 30 Jul 2020 10:32:52 +0200 (CEST) From: philipk@posteo.net (Philip K.) To: rms@gnu.org Subject: Re: bug#40676: 28.0.50; gnus locks when reading email In-Reply-To: (message from Richard Stallman on Wed, 29 Jul 2020 23:11:20 -0400) Date: Thu, 30 Jul 2020 10:32:51 +0200 Message-ID: <87k0yl768c.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, larsi@gnus.org, 40676@debbugs.gnu.org, rpluim@gmail.com, alex.branham@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Richard Stallman writes: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > > Indeed -- it makes libravatar a much worse interface than the central > > > Gravatar service (where you just have to trust the Gravatar people > > > somewhat, instead of the entire internet). > > > > > > So that's another reason not to make libravatar the default provider. > > I don't know about libravatar, but ISTR that gravatar was found > to do some sort of surveillance of users. I'm not sure if it was proven, but just like Google Analytics or the Facebook Like-button, they offer a service with a hidden fee -- that they can or cannot exploit. In the case of Emacs' Gravatar Integration, they get "notified" whenever someone opens a message from person X (at least once), meaning they could more easily reconstruct a database of who communicates with whom. > Is that correct? Was libravatar intended as a replacement to respect > users' privacy more than gravatar? >From libravatar's web page: FREEDOM AND FEDERATION How is Libravatar different from Gravatar though? The main difference is that while Libravatar.org is an online avatar hosting service just like Gravatar, the software that powers the former is also available for download under a free software license. Why would you want to run your own instance? Our belief is that centralised approaches don't put users in control. If you own your own domain name, you control how mail is delivered to your domain. You should also be able to control how avatars are served to other websites. So kind of, thought it seems to be more about controlling the software you use than privacy per se. > But it seems there is a problem with using libravatar, right? Yes, the same attack as above with Gravatar (getting notified when you open a message), just that a third party can set up their own libravatar server and get notified when I open their email, instead of one centralised service. So kind of like tracking bits in HTML messages. > If that is the case, we should not think of "use gravatar" > as a _solution_. It might fix an urgent problem, but we > would not want it as a permanent change. A real solution > is to make libravatar work well. That would require an architectural change to libravatar itself. It's current mechanism to retrieve an image for user@domain.tld is: 1. Check if domain.tld has a libravatar service (via DNS) 2. If yes, use that server, otherwise default to libravatar's server 3. Send a request to the server using the MD5/SHA256 hash of user@domain.tld Steps 1./2. are the trick to federation, but the crux of the issue as well. > If what is needed is async DNS lookup, how about running > a shell command asynchronously to do it? I guess that would also be possible, but wouldn't that require a DNS tool to be installed on the system? -- Philip K. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 30 23:24:26 2020 Received: (at 40676) by debbugs.gnu.org; 31 Jul 2020 03:24:26 +0000 Received: from localhost ([127.0.0.1]:37083 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k1Lej-00061z-O5 for submit@debbugs.gnu.org; Thu, 30 Jul 2020 23:24:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k1Leh-00061n-Ug for 40676@debbugs.gnu.org; Thu, 30 Jul 2020 23:24:24 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50610) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k1Leb-0001lG-VO; Thu, 30 Jul 2020 23:24:17 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1k1Leb-0001cX-5H; Thu, 30 Jul 2020 23:24:17 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: philipk@posteo.net (Philip K.) In-Reply-To: <87k0yl768c.fsf@posteo.net> (philipk@posteo.net) Subject: Re: bug#40676: 28.0.50; gnus locks when reading email References: <87sgh3ow91.fsf@gmail.com> <87k0yl768c.fsf@posteo.net> Message-Id: Date: Thu, 30 Jul 2020 23:24:17 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 40676 Cc: contovob@tcd.ie, larsi@gnus.org, 40676@debbugs.gnu.org, alex.branham@gmail.com, rpluim@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > But it seems there is a problem with using libravatar, right? > Yes, the same attack as above with Gravatar (getting notified when you > open a message), just that a third party can set up their own libravatar > server and get notified when I open their email, instead of one > centralised service. So kind of like tracking bits in HTML messages. I guess this is not a big practical difference. Simply using libravatar instead of gravatar doesn't seem to protect privacy. You've explained that perhaps some redesign could make it protect privacy, but it seems to me that the difference _at present_ is not crucial. Thanks. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From unknown Sat Jun 14 14:28:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 28 Aug 2020 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator