From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ian Jackson Newsgroups: gmane.emacs.devel Subject: Re: sendmail.el bug or expected behavior? Date: Mon, 26 Jan 2004 14:42:11 +0000 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <16405.10051.482028.714802@chiark.greenend.org.uk> References: <877jzn2lk8.fsf@raven.i.defaultvalue.org> <16401.5059.249741.523854@chiark.greenend.org.uk> <16404.63472.223534.499091@chiark.greenend.org.uk> <876E93D9-5003-11D8-BC55-00039363E640@swipnet.se> <16405.6371.146753.920453@chiark.greenend.org.uk> <9F0108AE-5006-11D8-BAB0-00039363E640@swipnet.se> <16405.8160.368983.564809@chiark.greenend.org.uk> <6F619120-500B-11D8-A6B1-00039363E640@swipnet.se> <16405.9268.441328.994164@chiark.greenend.org.uk> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1075128719 15648 80.91.224.253 (26 Jan 2004 14:51:59 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 26 Jan 2004 14:51:59 +0000 (UTC) Cc: Simon Josefsson , rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Jan 26 15:51:52 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Al85g-0006de-00 for ; Mon, 26 Jan 2004 15:51:52 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Al85g-0007Ug-00 for ; Mon, 26 Jan 2004 15:51:52 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Al800-0005Zz-CB for emacs-devel@quimby.gnus.org; Mon, 26 Jan 2004 09:46:00 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1Al7zd-0005WT-55 for emacs-devel@gnu.org; Mon, 26 Jan 2004 09:45:37 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1Al7z3-0005Jp-Au for emacs-devel@gnu.org; Mon, 26 Jan 2004 09:45:34 -0500 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1Al7z2-00058X-0D; Mon, 26 Jan 2004 09:45:00 -0500 Original-Received: from [193.201.200.170] (helo=chiark.greenend.org.uk) by mx20.gnu.org with esmtp (Exim 4.24) id 1Al7wK-0003SQ-0U; Mon, 26 Jan 2004 09:42:12 -0500 Original-Received: by chiark.greenend.org.uk (Debian Exim 3.35 #1) with local id 1Al7wJ-0003Uy-00; Mon, 26 Jan 2004 14:42:11 +0000 Original-To: "Jan D." In-Reply-To: X-Mailer: VM 7.03 under Emacs 19.34.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:19487 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:19487 Jan D. writes ("Re: sendmail.el bug or expected behavior?"): > Since the reason not to deliver in the foreground per default is that > it might hang, changing the MTA timeout for foreground delivery sounds > like a way forward. At least you know when things fail. RFC1123 specifies minimum timeouts for SMTP delivery. These are far too long to make a user wait when sending mail. If a receiving site is as slow as permitted by the RFC, a single message delivery will take tens of minutes. So as I said, > > Changing the timeouts in your MTA is probably not a good idea (except > > perhaps as part of configuring it as a hub-based client - see my other > > mail). If your MTA is a hub-based client, and you're starting with a normal MTA, then as well as changing the timeouts you have to disable its queue (so that -odq and -odb do the same as -odi and so that all temporary or partial SMTP errors are treated as fatal). If you do this then Emacs can safely do -odb -oee as I suggested. If you don't do this then things will definitely go wrong some of the time, no matter what Emacs does. Ian.