From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: sendmail.el bug or expected behavior? Date: 27 Jan 2004 16:03:21 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: 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> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1075237633 20266 80.91.224.253 (27 Jan 2004 21:07:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 27 Jan 2004 21:07:13 +0000 (UTC) Cc: jan.h.d@swipnet.se, emacs-devel@gnu.org, Ian Jackson , jas@extundo.com Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Jan 27 22:07:02 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 1AlaQH-0007kC-00 for ; Tue, 27 Jan 2004 22:07:01 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AlaQH-0005Bc-00 for ; Tue, 27 Jan 2004 22:07:01 +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 1AlaNT-0002UC-T9 for emacs-devel@quimby.gnus.org; Tue, 27 Jan 2004 16:04:07 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AlaNM-0002Tc-6g for emacs-devel@gnu.org; Tue, 27 Jan 2004 16:04:00 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AlaMo-0002Lz-6e for emacs-devel@gnu.org; Tue, 27 Jan 2004 16:03:58 -0500 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AlaMn-0002Lu-NX; Tue, 27 Jan 2004 16:03:25 -0500 Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 0DE972104E; Tue, 27 Jan 2004 16:03:24 -0500 (EST) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 58BD98C6F9; Tue, 27 Jan 2004 16:03:21 -0500 (EST) Original-To: rms@gnu.org In-Reply-To: Original-Lines: 32 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=0, requis 5) 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:19520 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:19520 > If the mail gets lost, it is the mailer that loses it. > That is not Emacs's fault. Unless Emacs did not give the mailer the tools necessary to report the loss. > Emacs uses -oem -odb by default (when mail-interactive is nil) > and that says to start another process to deliver the mail. > -oem says to send the user mail to report any failure. If sendmail is unable to deliver *any* mail, then it won't be able to report the failure either. > If the mailer obeys those options, you won't lose mail > without a failure report. Ian suggested to use -oeq which hands the message to sendmail in the foreground (with mail-interactive set to t) so sendmail gets a chance to complain if it has no space in the queue or if there's no queue and no hub, or if there's no queue and the hub is not accessible. It should still be "quick" in that sendmail should as much as possible stash the mail in a queue and attempt actual delivery later. If it is too slow, then setting mail-interactive to nil and do as we do now is the next-best-thing. > Some seem to be suggesting that when mail-interactive is nil, Emacs > could use -oem -odb, but even so wait for sendmail to terminate. My understanding is instead to set mail-interactive to t but change the args passed to sendmail so it does not immediately attempt to deliver the message. Stefan