From 8fb18f828e1553c40dbe0b0fac7734a4e6afcd021b0b8d4a772a553602888ba5 Mon Sep 17 00:00:00 2001 From: OBS User unknown Date: Tue, 9 Jan 2007 10:04:20 +0000 Subject: [PATCH] OBS-URL: https://build.opensuse.org/package/show/server:mail/exim?expand=0&rev=44 --- exim.spec | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/exim.spec b/exim.spec index 315ce62..00fe570 100644 --- a/exim.spec +++ b/exim.spec @@ -1,5 +1,5 @@ # -# spec file for package exim (Version 4.65) +# spec file for package exim (Version 4.66) # # Copyright (c) 2007 SUSE LINUX Products GmbH, Nuernberg, Germany. # This file and all modifications and additions to the pristine @@ -36,7 +36,7 @@ provides: smtp_daemon Requires: logrotate PreReq: %insserv_prereq %fillup_prereq /usr/sbin/useradd fileutils textutils %endif -Version: 4.65 +Version: 4.66 Release: 1 Summary: The Exim Mail Transfer Agent, a Replacement for sendmail BuildRoot: %{_tmppath}/%{name}-%{version}-build @@ -415,6 +415,20 @@ exit 0 %endif %changelog -n exim +* Tue Jan 09 2007 - poeml@suse.de +- update to 4.66 + PH/01 Two more bugs that were introduced by 4.64/PH/07, in addition to the one + fixed by 4.65/MH/01 (is this a record?) are fixed: + (i) An empty string was always treated as zero by the numeric comparison + operators. This behaviour has been restored. + (ii) It is documented that the numeric comparison operators always treat + their arguments as decimal numbers. This was broken in that numbers + starting with 0 were being interpreted as octal. + While fixing these problems I realized that there was another issue that + hadn't been noticed. Values of message_size_limit (both the global option + and the transport option) were treated as octal if they started with 0. + The documentation was vague. These values are now always treated as + decimal, and I will make that clear in the documentation. * Tue Jan 02 2007 - poeml@suse.de - update to 4.65 TK/01 Disable default definition of HAVE_LINUX_SENDFILE. Clashes with