From owner-freebsd-stable Sat Apr 8 0:25:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id ED1BE37B51F for ; Sat, 8 Apr 2000 00:25:16 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.10.1/8.10.1) id e387PES08956; Sat, 8 Apr 2000 00:25:14 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14574.57050.338526.158436@horsey.gshapiro.net> Date: Sat, 8 Apr 2000 00:25:14 -0700 (PDT) From: Gregory Neil Shapiro To: Cy Schubert - ITSD Open Systems Group Cc: Tobias Roth , freebsd-stable@FreeBSD.ORG Subject: Re: sendmail 8.10.0 In-Reply-To: <200004021934.MAA55371@cwsys.cwsent.com> References: <200004021934.MAA55371@cwsys.cwsent.com> X-Mailer: VM 6.75 under 21.2 (beta31) "Hygeia" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cy.Schubert> I believe that Sendmail 8.10.0 is slightly broken. In tests, Cy.Schubert> unless I did something wrong, SuperSafe does not create queue Cy.Schubert> files in mqueue, instead queueing in memory. So, in the case Cy.Schubert> of a system crash mail would be lost. To see for yourself, Cy.Schubert> install 8.10.0 and run a long running cron job (must be cron Cy.Schubert> not at/batch) and notice that no queue files are created until Cy.Schubert> enough output has been created. 8.9.3 creates queue files Cy.Schubert> regardless of the amount of output spooled. This is intentional, a benefit of the new buffered file I/O system. However, it is still safe in that sendmail will not accept responsibility for the message (either by responding to the final '.' during the SMTP DATA phase or by exiting with EX_OK from the command line) until the message is either delivered to the destination (DeliveryMode=Interactive) or safely (including fsync()'ed) on disk (all other DeliveryMode's). In fact, 8.10.0 is safer than 8.9.3 in that it has does some extra steps to make sure the meta-data is sync'ed as well for those running with softupdates turned on. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message