From owner-freebsd-questions@FreeBSD.ORG Mon Sep 27 13:01:47 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14B3716A4CE for ; Mon, 27 Sep 2004 13:01:47 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C5E43D4C for ; Mon, 27 Sep 2004 13:01:44 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from working.potentialtech.com (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id 006B669A71; Mon, 27 Sep 2004 09:01:43 -0400 (EDT) Date: Mon, 27 Sep 2004 09:01:42 -0400 From: Bill Moran To: Nico Meijer Message-Id: <20040927090142.1719d106.wmoran@potentialtech.com> In-Reply-To: <4157A0F9.6010007@zonnet.nl> References: <493F1EDF-0FE0-11D9-A586-000D9333E43C@secure-computing.net> <20040926143211.02d40949.wmoran@potentialtech.com> <4157A0F9.6010007@zonnet.nl> Organization: Potential Technologies X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: Backup Mail Server Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 13:01:47 -0000 Nico Meijer wrote: > Hi Bill, > > > Backup SMTP is even more difficult to justify. The SMTP standard has > > transient failure recovery built into it, so if your net connection is > > down for an hour or so, mail delivery will resume when the connection > > comes back up. > > But, with backup MX, *you* are in charge of all mails in the queue. > Routing messages to a new primary becomes so much more easier. > > End users are less likely to get "couldn't deliver yet but will keep > trying" messages from their own smtp-server. (It appears to me that most > users, when given such automated notice, start running around in panic > and making frantic, unnecessary phonecalls. This was different some > years ago.) Are you saying that it's better for users not to know that their mail has been delayed? It's better for them to assume that it arrived when it really hasn't? If folks run around in a panic, then it's a training issue, not an excuse for you to quell useful informational messages. Again, I have many _very_ strong opinions on how email should be managed, this is one of them. -- Bill Moran Potential Technologies http://www.potentialtech.com