Date: Sat, 8 Apr 2000 00:25:14 -0700 (PDT) From: Gregory Neil Shapiro <gshapiro@sendmail.org> To: Cy Schubert - ITSD Open Systems Group <Cy.Schubert@uumail.gov.bc.ca> Cc: Tobias Roth <roth@iamexwi.unibe.ch>, freebsd-stable@FreeBSD.ORG Subject: Re: sendmail 8.10.0 Message-ID: <14574.57050.338526.158436@horsey.gshapiro.net> In-Reply-To: <200004021934.MAA55371@cwsys.cwsent.com> References: <Pine.GSO.4.10.10004022119110.29055-100000@giger> <200004021934.MAA55371@cwsys.cwsent.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14574.57050.338526.158436>