← Back to branch summary

~ubuntu-branches/ubuntu/hardy/exim4/hardy-proposed

« back to all changes in this revision

Viewing changes to README.UPDATING

  • Committer: Bazaar Package Importer
  • Author(s): Marc Haber
  • Date: 2005-07-02 06:08:34 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20050702060834-qk17pd52kb9nt3bj
Tags: 4.52-1
http://bugs.debian.org/315775
* new upstream version 4.51. (mh)
  * adapt 70_remove_exim-users_references
  * remove 37_gnutlsparams
  * adapt 36_pcre
  * adapt 31_eximmanpage
* fix package priorities to have them in sync with override again. (mh)
* Fix error in nb (Norwegian) translation.
  Thanks to Helge Hafting. (mh). Closes: #315775
* Standards-Version: 3.6.2, no changes needed. (mh)

Show diffs side-by-side

added added

removed removed

Lines of Context:
README.UPDATING
 
1
$Cambridge: exim/exim-src/README.UPDATING,v 1.7 2005/04/28 13:06:32 ph10 Exp $
 
2
 
1
3
This document contains detailed information about incompatibilities that might
2
4
be encountered when upgrading from one release of Exim to another. The
3
5
information is in reverse order of release numbers. Mostly these are relatively
26
28
that might affect a running system.
27
29
 
28
30
 
 
31
Version 4.51
 
32
------------
 
33
 
 
34
1. The format in which GnuTLS parameters are cached (in the file gnutls-params
 
35
in the spool directory) has been changed. The new format can also be generated
 
36
externally, so it is now possible to update the values from outside Exim. This
 
37
has been implemented in an upwards, BUT NOT downwards, compatible manner.
 
38
Upgrading should be seamless: when Exim finds that it cannot understand an
 
39
existing cache file, it generates new parameters and writes them to the cache
 
40
in the new format. If, however, you downgrade from 4.51 to a previous release,
 
41
you MUST delete the gnutls-params file in the spool directory, because the
 
42
older Exim will not recognize the new format.
 
43
 
 
44
2. When doing a callout as part of verifying an address, Exim was not paying
 
45
attention to any local part prefix or suffix that was matched by the router
 
46
that accepted the address. It now behaves in the same way as it does for
 
47
delivery: the affixes are removed from the local part unless
 
48
rcpt_include_affixes is set on the transport. If you have a configuration that
 
49
uses prefixes or suffixes on addresses that could be used for callouts, and you
 
50
want the affixes to be retained, you must make sure that rcpt_include_affixes
 
51
is set on the transport.
 
52
 
 
53
3. Bounce and delay warning messages no longer contain details of delivery
 
54
errors, except for explicit messages (e.g. generated by :fail:) and SMTP
 
55
responses from remote hosts.
 
56
 
 
57
 
 
58
Version 4.50
 
59
------------
 
60
 
 
61
The exicyclog script has been updated to use three-digit numbers in rotated log
 
62
files if the maximum number to keep is greater than 99. If you are already
 
63
keeping more than 99, there will be an incompatible change when you upgrade.
 
64
You will probably want to rename your old log files to the new form before
 
65
running the new exicyclog.
 
66
 
 
67
 
 
68
Version 4.42
 
69
------------
 
70
 
 
71
RFC 3848 specifies standard names for the "with" phrase in Received: header
 
72
lines when AUTH and/or TLS are in use. This is the "received protocol"
 
73
field. Exim used to use "asmtp" for authenticated SMTP, without any
 
74
indication (in the protocol name) for TLS use. Now it follows the RFC and
 
75
uses "esmtpa" if the connection is authenticated, "esmtps" if it is
 
76
encrypted, and "esmtpsa" if it is both encrypted and authenticated. These names
 
77
appear in log lines as well as in Received: header lines.
 
78
 
 
79
 
29
80
Version 4.34
30
81
------------
31
82