From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/60400 Path: news.gmane.org!not-for-mail From: David Abrahams Newsgroups: gmane.emacs.gnus.general Subject: Gnus with Exim (was: Asynchronous Gnus?) Date: Fri, 03 Jun 2005 16:37:49 -0400 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1117831393 16930 80.91.229.2 (3 Jun 2005 20:43:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 3 Jun 2005 20:43:13 +0000 (UTC) Original-X-From: ding-owner+M8927@lists.math.uh.edu Fri Jun 03 22:43:09 2005 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DeIyl-0005wX-LH for ding-account@gmane.org; Fri, 03 Jun 2005 22:41:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1DeIy5-0002d6-00; Fri, 03 Jun 2005 15:40:37 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1DeIxy-0002d0-00 for ding@lists.math.uh.edu; Fri, 03 Jun 2005 15:40:30 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1DeIxv-0004zv-78 for ding@lists.math.uh.edu; Fri, 03 Jun 2005 15:40:27 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1DeIxt-0006tg-00 for ; Fri, 03 Jun 2005 22:40:25 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DeItM-0004tR-Qp for ding@gnus.org; Fri, 03 Jun 2005 22:35:45 +0200 Original-Received: from 146-115-127-135.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com ([146.115.127.135]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Jun 2005 22:35:44 +0200 Original-Received: from dave by 146-115-127-135.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Jun 2005 22:35:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 36 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 146-115-127-135.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (windows-nt) Cancel-Lock: sha1:TV5ueF2zqWjuGn9GVvldMr/EBgU= X-Spam-Score: -4.9 (----) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:60400 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:60400 David Abrahams writes: > Hi, > > I have an immediate problem and a broader question. The immediate > problem is that the SMTP server I'm forced (by my ISP) to talk to is > fairly unresponsive. When sending mail with message-mail, it often > seems to stop cold before anything happens. Often the best way to get > mail to go out is to try sending a few times and cancelling with `C-g' > until it wakes up. For any dedicated mail program, this is no problem > as it does all its SMTP transactions in the background. Is there some > way to get Gnus to act the same way? It seemed to me that one possibility might be to run a local MTA (I'm sorta half-guessing at that, so I might be way off base), so I installed Cygwin's Exim on my machine. However, I'm not sure how to get Gnus to use it or how to set it up to send mail asynchronously, so any hints would be much appreciated. > The broader question is about why all of Gnus can't be more > asynchronous. Most of the problems I have with Gnus are UI > responsiveness issues that could be solved that way. I've been told > that it's because Emacs doesn't have any notion of threads or > concurrency, but I guess I don't understand why that's a huge > obstacle. For one thing I note that we have gnus-demon-add-handler so > there is a way to get it to do work "between keystrokes," as it were. > Probably more importantly, there are all kinds of things Emacs does > concurrently with processes that don't cause the whole program to lock > up, e.g. pcl-cvs. Thanks again, -- Dave Abrahams Boost Consulting www.boost-consulting.com