aboutsummaryrefslogtreecommitdiffstats
path: root/NEWS
diff options
context:
space:
mode:
authorEric S. Raymond <esr@thyrsus.com>1996-10-02 19:11:17 +0000
committerEric S. Raymond <esr@thyrsus.com>1996-10-02 19:11:17 +0000
commit430b2c897aaed5db7757e4a6c43b73514ac7ec41 (patch)
tree59020150540f3b24eb61a4337f44a9b2310c18f5 /NEWS
parent8484c4ce31e7964c777f04b56d921ef9074628df (diff)
downloadfetchmail-430b2c897aaed5db7757e4a6c43b73514ac7ec41.tar.gz
fetchmail-430b2c897aaed5db7757e4a6c43b73514ac7ec41.tar.bz2
fetchmail-430b2c897aaed5db7757e4a6c43b73514ac7ec41.zip
Amplify the design notes.
svn path=/trunk/; revision=206
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS8
1 files changed, 7 insertions, 1 deletions
diff --git a/NEWS b/NEWS
index 9c3c639c..2c059904 100644
--- a/NEWS
+++ b/NEWS
@@ -1,6 +1,12 @@
To-do list:
-Test RPOP feature against a server that has it.
+At this point, the fetchmail code appears to be stable and free of
+known bugs. It will probably undergo substantial change only if and
+when support for a new retrieval protocol is added.
+
+Test RPOP feature against a Unix server that has it. The protocol
+transactions are certainly OK, the question is whether the rresvport()
+authentication stuff does what's needed.
Support IMAP4 extensions for secure challenge-response, once they're actually
standardized.