rpm/exim
SHA256
1
0
Fork 0
forked from pool/exim
Code Pull Requests Activity

OBS-URL: https://build.opensuse.org/package/show/server:mail/exim?expand=0&rev=44

Browse Source
This commit is contained in:
OBS User unknown 2007-01-09 10:04:20 +00:00 committed by Git OBS Bridge
parent 6d8e7dcd02
commit 8fb18f828e
1 changed files with 16 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

18
exim.spec
View File

@ -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. # Copyright (c) 2007 SUSE LINUX Products GmbH, Nuernberg, Germany.
# This file and all modifications and additions to the pristine # This file and all modifications and additions to the pristine
@ -36,7 +36,7 @@ provides: smtp_daemon
Requires: logrotate Requires: logrotate
PreReq: %insserv_prereq %fillup_prereq /usr/sbin/useradd fileutils textutils PreReq: %insserv_prereq %fillup_prereq /usr/sbin/useradd fileutils textutils
%endif %endif
Version: 4.65 Version: 4.66
Release: 1 Release: 1
Summary: The Exim Mail Transfer Agent, a Replacement for sendmail Summary: The Exim Mail Transfer Agent, a Replacement for sendmail
BuildRoot: %{_tmppath}/%{name}-%{version}-build BuildRoot: %{_tmppath}/%{name}-%{version}-build
@ -415,6 +415,20 @@ exit 0
%endif %endif
%changelog -n exim %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 * Tue Jan 02 2007 - poeml@suse.de
- update to 4.65 - update to 4.65
TK/01 Disable default definition of HAVE_LINUX_SENDFILE. Clashes with TK/01 Disable default definition of HAVE_LINUX_SENDFILE. Clashes with