From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/60407 Path: news.gmane.org!not-for-mail From: "Steven E. Harris" Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus with Exim Date: Mon, 06 Jun 2005 10:04:57 -0700 Organization: SEH Labs Message-ID: References: <83k6lagmx8.fsf@torus.sehlabs.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1118077686 3348 80.91.229.2 (6 Jun 2005 17:08:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 6 Jun 2005 17:08:06 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M8934@lists.math.uh.edu Mon Jun 06 19:08:01 2005 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DfL1K-0000ne-L0 for ding-account@gmane.org; Mon, 06 Jun 2005 19:04:15 +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 1DfL2R-0002eF-00; Mon, 06 Jun 2005 12:05:23 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1DfL2H-0002e7-00 for ding@lists.math.uh.edu; Mon, 06 Jun 2005 12:05:13 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1DfL2D-0000F1-J2 for ding@lists.math.uh.edu; Mon, 06 Jun 2005 12:05:09 -0500 Original-Received: from [204.193.55.129] (helo=W003275.na.alarismed.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1DfL28-0007yu-00 for ; Mon, 06 Jun 2005 19:05:04 +0200 Original-Received: from sharris by W003275.na.alarismed.com with local (Exim 4.50) id IHOA49-0000A8-IQ; Mon, 06 Jun 2005 10:04:57 -0700 Original-To: David Abrahams Mail-Followup-To: David Abrahams , ding@gnus.org User-Agent: Gnus/5.110004 (No Gnus v0.4) XEmacs/21.4.13 (cygwin32) X-Spam-Score: -4.9 (----) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:60407 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:60407 David Abrahams writes: > It's working! This is fantastic, thank you! Great news. > A few more questions > > 1. I allowed exim-config to start it as a service: [...] > I figured that's what I needed to do in order to get the > asynchronous sending behavior I'm after (remember that my SMTP > server is not responsive enough for me). Is that right, or is > there a way to do this that only causes exim to run > (asynchronously) when it's time to actually send something? I assume you mean that no service runs until it's time to send a message? Exim will work fine that way, but the problem comes right back around to your raison d'etre for setting up exim in the first place: When a sending attempt fails, the message will be queued, but there will be no automatic retrying and dispatching of that queue. That is, you are free to call on exim at any time to send an outbound message, but if that first attempt fails you may be on your own for triggering exim to try again later. Some experimentation may reveal that the /next/ time exim tries to send another message, it will also process any other pending messages in the queue. I'm not sure about that. One thing that does seem helpful, observable through casual experimentation, is that even when exim is invoked to accept an outbound message with no daemon running, it accepts and sends the message with two different processes, so the calling program doesn't block through the sending attempt. > 2. Of course, my ISP not only insists that I use their SMTP server > when I'm at home, but their server refuses to respond when I'm > away. So I have to use smtp.boost-consulting.com. I don't want to > edit my exim-config and restart the daemon in those cases if > possible. Any ideas? I used to have this problem, and my solution was barely mentionable: I had a script that flipped the permissions on exim.conf, swapped a symlink to one of three nearly-identical configuration files, and restored the permissions. I could have ran sed or similar over the file to swap the server names, but I didn't like seeing the modification times change on the file(s). Debian has a system wherein the actual exim.conf file is generated from a separate set of settings and small template files. With that arrangement, it would be possible to change the server setting and regenerate the file. Again, though, that's a hack. Exim does have all sorts of read-and-search-this-file-or-database capabilities. Debian uses it for the /etc/email-addresses lookup, and also to plug in the user name and password for SMTP AUTH/TLS, instead of the in-line specification I showed you. Perhaps we could figure out how to get exim to read the smart host server from a separate file, and you could just change that separate file when your computer roams. If you're interested in pursuing this idea, I can help with the research. When I mentioned that I "used to" have this problem, I only "solved" it by discovering that my ISP (Panix) runs its SMTP server on several alternate ports. That allows me to use the Panix server at home with my cable modem despite SMTP being blocked, and to use it when out in a cafe or library because again the alternate SMTP port isn't usually blocked. > 3. My IMAP server is not super fast either. It's running Exim too, > coincidentally. Ideally I'd like to set up a mirror of my IMAP > server on a local Linux machine so I can search messages more > quickly and have redundant message storage. Do you happen to know > of a means to that end? I imagine this isn't something people want > to do every day. I have never attempted this, but I'd imagine it would involve having something like fetchmail poll your ISP's mail server, download local copies of the messages to the IMAP server, while leaving the messages on the ISP's server. However, that would not handle the problem of synchronizing message deletion, copies, moves, and flag alteration. Suddenly the problem gets much harder. > Thanks again for all your help. No problem. I've been a casual exim tinkerer for a while now, and always enjoy the chance (or the excuse) to learn a little more about it. -- Steven E. Harris