git://git.exim.org
/
exim.git
/ commitdiff
commit
grep
author
committer
pickaxe
?
search:
re
summary
|
shortlog
|
log
|
commit
| commitdiff |
tree
raw
|
patch
|
inline
| side by side (from parent 1:
98a3b52
)
README.UPDATING: emphasise more the LDAP issue
author
Phil Pennock
<pdp@exim.org>
Wed, 23 May 2012 00:12:35 +0000
(20:12 -0400)
committer
Phil Pennock
<pdp@exim.org>
Wed, 23 May 2012 00:12:35 +0000
(20:12 -0400)
src/README.UPDATING
patch
|
blob
|
history
diff --git
a/src/README.UPDATING
b/src/README.UPDATING
index e685b8ec3d4aed6544f8c3067d85fb2c7d6805dc..a15bd418e30f0fe3967e6551376d26bf24dee655 100644
(file)
--- a/
src/README.UPDATING
+++ b/
src/README.UPDATING
@@
-31,6
+31,7
@@
Exim version 4.80
* BEWARE backwards-incompatible changes in SSL libraries, thus the version
bump. See points below for details.
* BEWARE backwards-incompatible changes in SSL libraries, thus the version
bump. See points below for details.
+ Also an LDAP data returned format change.
* The value of $tls_peerdn is now print-escaped when written to the spool file
in a -tls_peerdn line, and unescaped when read back in. We received reports
* The value of $tls_peerdn is now print-escaped when written to the spool file
in a -tls_peerdn line, and unescaped when read back in. We received reports
@@
-77,6
+78,12
@@
Exim version 4.80
attribute as a comma-separated list. Note the distinction from multiple
attributes being returned, where each one is a name=value pair.
attribute as a comma-separated list. Note the distinction from multiple
attributes being returned, where each one is a name=value pair.
+ If you are currently splitting the results from LDAP upon a comma, then you
+ should check carefully to see if adjustments are needed.
+
+ This change lets cautious folks distinguish "comma used as separator for
+ joining values" from "comma inside the data".
+
* accept_8bitmime now defaults on, which is not RFC compliant but is better
suited to today's Internet. See http://cr.yp.to/smtp/8bitmime.html for a
sane rationale. Those who wish to be strictly RFC compliant, or know that
* accept_8bitmime now defaults on, which is not RFC compliant but is better
suited to today's Internet. See http://cr.yp.to/smtp/8bitmime.html for a
sane rationale. Those who wish to be strictly RFC compliant, or know that