-
Notifications
You must be signed in to change notification settings - Fork 4
/
NEWS
229 lines (151 loc) · 8.15 KB
/
NEWS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
* libESMTP 1.0.3 stable release. 2004-04-20
- This release contains TLS improvements from
Pawel Salek <[email protected]>
See ChangeLog for details.
* libESMTP 1.0.2 stable release. 2004-01-06
- See ChangeLog for details.
* libESMTP 1.0.2 stable release. 2004-01-06
- See ChangeLog for details.
* libESMTP 1.0.1 stable release. 2003-09-12
- See ChangeLog for details.
* libESMTP 1.0 stable release. 2002-11-09
Tarball builds correctly again!
- See ChangeLog for details.
* libESMTP 1.0 stable release. 2002-11-09
LibESMTP is now considered stable. Version 1.0 is the best available
release of libESMTP and all users are urged to upgrade as soon as is
practicable.
There have been some minor changes to the configure script such that
./configure with no arguments includes all non-experimental features.
This means that some features formerly not enabled by default are now
included and, conversely, some features formerly enabled by default must
now be requested explicitly. It is intended that, with the exception of
features such as setting --prefix or --with-gnu-ld, ./configure will
build the correct configuration for most OS distributions.
- See ChangeLog for details.
This release fixes a minor compilation issue and a potentially more
serious memory reference after freeing.
* libESMTP 1.0rc1 stable release candidate 1. 2002-06-24
- See ChangeLog for details.
o Support for the non-standard AUTH= syntax used by some broken
servers is now on by default. This does not appear to interefere
with correctly implemented SMTP AUTH and having it on by default is
less confusing for users whose ISPs insist on deploying broken
servers.
o Added experimental support for RFC 3030 CHUNKING and BINARYMIME;
enable with ./configure --enable-chunking. Feedback on the success
or otherwise of this code is solicited.
o New API function to set protocol timeouts.
* libESMTP 0.8.12 development release. 2002-04-24
- See ChangeLog for details.
o Added missing check for STARTTLS if server does not support ESMTP.
o Revoked deprecated status from smtp_option_require_all_recipients
* libESMTP 0.8.11 development release. 2002-03-06
Fixed a buffer overflow which could be exploited by a malicious SMTP
server. By overwriting the stack a carefully crafted response could
cause arbitrary code to be executed.
* libESMTP 0.8.10 development release. 2002-01-29
- Usual autoconf stuff, see ChangeLog for details.
Added an NTLM authentication module. Currently this requires OpenSSL to
build. This has not seen much in the way of testing as I don't have
regular access to a server which requires NTLM authentication for SMTP.
However it does generate the correct responses for the test cases I have
tried. Feedback on the success or otherwise of this module is solicited.
Compilation with --enable-more-warnings=picky seems to be clean again.
* libESMTP 0.8.9 development release. 2002-01-02
- See ChangeLog for details.
Important:
The use of libltdl is now deprecated in favour of dlopen(). libltdl
is no longer distributed with libESMTP reducing tarball size. This
change simplifies installation for the majority of users, however
users with platforms which do not supply dlopen or libltdl must now
obtain and install libltdl separately.
Also Important:
Building with --enable-more-warnings=yes/picky might prove akward.
Recent glibc versions seem to have changed their mind about the
status of strcasecmp and friends to being GNU extensions.
Naturally, autoconf 2.13 detects the functions in the library but
not that their declarations are unavailable. For this reason,
_GNU_SOURCE is defined on gnu type platforms but this might cause
inconsistent pointer declarations wrt. signedness, YMMV. If you
have problems, try ./configure --disable-more-warnings.
A horrible hack:
Added tentative support/hack for the non-standard AUTH= syntax in
EHLO responses. It might work. Don't complain to me if it doesn't.
You need to ./configure --enable-nsauth for this support.
This syntax was only ever described in internet drafts and never
made it into RFC 2554. It should *never* have been deployed on the
internet. Internet drafts are deleted after 6 months and after
publication of RFCs. So there is *no* documentation for this syntax
and I can't even begin to guess what it is supposed to be or what
implementation errors there are wrt these unavailable documents.
My advice is if this hack doesn't work, complain to your ISP and
recommend that they deploy MTAs that are standards compliant.
Documentation exists for standards and I am happy to make sure
libESMTP complies with documents I can actually obtain.
* libESMTP 0.8.8 development release. 2001-11-30
- See ChangeLog for details.
o Fixes more autoconf issues.
o Fixed a type mismatch that prevents compilation on some systems.
* libESMTP 0.8.7 development release. 2001-11-7
- See ChangeLog for details.
o Fixes minor build issues.
o Improved error handling wrt getaddrinfo
* libESMTP 0.8.6 development release. 2001-10-17
- See ChangeLog for details.
o Fixes minor build issues.
o SASL CRAM-MD5 builds without OpenSSL
* libESMTP 0.8.5 development release. 2001-10-04
- See ChangeLog for details.
o Header code no longer enforces presence of recipient fields.
o Fixed some build issues related to the automake/libtool interaction.
Reverted to autoconf 2.13
o Removed support for gethostbyname resolver interface. Please
refer to the 'Dependencies' section in README.
o Enhancements to STARTTLS support.
o Calculation of current timezone's offset from GMT (UTC) is now
portable and thread safe.
* libESMTP 0.8.4 development release. 2001-08-13
- See ChangeLog for details.
* libESMTP 0.8.3 development release. 2001-07-06
- See ChangeLog for details.
o Support for sendmail's XUSR extension.
o Fixed a bad bug which caused connections to the server to be dropped
depending on the amount of buffering provided by the server.
* libESMTP 0.8.2 development release. 2001-06-26
- See ChangeLog for details.
o Added lots of assertions in the code.
o Fixed a bad dangling pointer bug that could strike when sending
messages with lines > 510 characters.
o Fixed a polling bug that could cause deadlock.
o Resolver interface now uses Posix standard getaddrinfo.
Use of gethostbyname is deprecated.
Please note that the current RFC 2822 header API is adequate but
incomplete; for example, interactions between certain headers are not
implemented. This will not change for a while. The current priority is
to make the protocol engine robust.
* libESMTP 0.8.1 development release. 2001-06-15
- See ChangeLog for details.
Fixed two uninitialised variable bugs that might cause the protocol
to quit without sending anything to the server.
Enabled many more compiler warnings when compiling with gcc. Compiles
should now be much cleaner.
* libESMTP 0.8.0 development release. 2001-06-12
- See ChangeLog for details.
The libESMTP feature set and API for version 1.0 is more or less complete.
There have been minor changes to the arguments or semantics of some of
the API functions, particularly wrt. the callback functions. Applications
using previous libESMTP versions will need to be recompiled or relinked.
From this point on no new features will be added and, as far as possible,
API changes will be resisted. Having said that, the range of error codes
will likely be expanded. Effort will now be directed at bug fixes and
improving the documentation and web site, though this is likely to be a
slow process.
Many of the supported SMTP extensions have had only superficial testing
mainly due to lack of access to servers supporting them. Developers using
libESMTP are encouraged to test extensions against servers to which they
have access and to submit bug reports to <[email protected]>.
The libESMTP web site will be updated in the near future to set up
(finally!) mailing lists and bug tracking. In addition the web site will
link to projects using libESMTP. If you would like a mention for your
project, drop a line to <[email protected]> with the details.