2009-06-14 20:03:28 +02:00
|
|
|
@comment $NetBSD: PLIST,v 1.17 2009/06/14 18:04:35 joerg Exp $
|
2005-03-05 23:01:47 +01:00
|
|
|
bin/dmail
|
|
|
|
bin/mailutil
|
|
|
|
bin/mlock
|
|
|
|
bin/tmail
|
2001-02-08 20:11:36 +01:00
|
|
|
include/c-client/c-client.h
|
2008-12-01 12:03:50 +01:00
|
|
|
include/c-client/dummy.h
|
2000-09-19 15:13:29 +02:00
|
|
|
include/c-client/env.h
|
|
|
|
include/c-client/env_unix.h
|
2003-03-31 18:18:04 +02:00
|
|
|
include/c-client/flocksim.h
|
2001-02-08 20:11:36 +01:00
|
|
|
include/c-client/flstring.h
|
2000-09-19 15:13:29 +02:00
|
|
|
include/c-client/fs.h
|
|
|
|
include/c-client/ftl.h
|
|
|
|
include/c-client/imap4r1.h
|
|
|
|
include/c-client/linkage.c
|
|
|
|
include/c-client/linkage.h
|
|
|
|
include/c-client/mail.h
|
|
|
|
include/c-client/misc.h
|
2001-02-08 20:11:36 +01:00
|
|
|
include/c-client/netmsg.h
|
|
|
|
include/c-client/newsrc.h
|
2000-09-19 15:13:29 +02:00
|
|
|
include/c-client/nl.h
|
|
|
|
include/c-client/nntp.h
|
|
|
|
include/c-client/osdep.h
|
|
|
|
include/c-client/rfc822.h
|
|
|
|
include/c-client/smtp.h
|
|
|
|
include/c-client/tcp.h
|
2001-02-08 20:11:36 +01:00
|
|
|
include/c-client/utf8.h
|
2007-08-05 06:51:34 +02:00
|
|
|
include/c-client/utf8aux.h
|
2001-02-08 20:11:36 +01:00
|
|
|
lib/libc-client.la
|
2001-02-12 04:31:34 +01:00
|
|
|
lib/libc-client_pic.a
|
1998-07-19 17:23:51 +02:00
|
|
|
libexec/imapd
|
|
|
|
libexec/ipop2d
|
|
|
|
libexec/ipop3d
|
2005-03-05 23:01:47 +01:00
|
|
|
man/man1/dmail.1
|
|
|
|
man/man1/mailutil.1
|
|
|
|
man/man1/tmail.1
|
1998-07-19 17:23:51 +02:00
|
|
|
man/man8/imapd.8
|
|
|
|
man/man8/ipop2d.8
|
|
|
|
man/man8/ipop3d.8
|
2000-09-19 15:13:29 +02:00
|
|
|
man/man8/ipopd.8
|
1998-07-19 17:23:51 +02:00
|
|
|
sbin/mtest
|
2000-04-10 05:21:02 +02:00
|
|
|
sbin/rimapd
|
2001-02-08 20:11:36 +01:00
|
|
|
share/doc/imap-uw/BUILD
|
|
|
|
share/doc/imap-uw/CONFIG
|
2002-12-11 13:21:21 +01:00
|
|
|
share/doc/imap-uw/FAQ.html
|
2005-03-05 23:01:47 +01:00
|
|
|
share/doc/imap-uw/FAQ.txt
|
2004-05-13 20:14:34 +02:00
|
|
|
share/doc/imap-uw/IPv6.txt
|
Update imap-uw to 4.7c2.
The most notable user-visible change is the ability of the ipopd daemon to
forward requests to the imapd daemon, thus allowing POP2 and POP3 mail
clients to check IMAP mail.
Most notable operational changes from earlier versions:
. New, faster mailbox update logic is now available for the unix driver
on UNIX and Amiga. The old way is still being done for MMDF and the
unixnt driver on NT.
. External file locking is now available via a setgid mail program named
/etc/mlock (this is defined by LOCKPGM in the c-client Makefile). If
c-client is unable to create a <mailbox>.lock file in the directory
by itself, it will try to call mlock to do it. A sample mlock program
is part of the imap-utils. This is primarily for the benefit of those
paranoid souls who have their mail spool directories protected 775
instead of the recommended 1777.
. SASL authentication is supported in the IMAP and POP3 servers, and in
the IMAP, POP3, and SMTP client code. There is no support for NNTP
SASL yet
. CRAM-MD5 is supported by default for IMAP and POP3 clients. To enable
server support, read file imap-4.7/docs/md5.txt
. The mbox driver is now enabled by default. If the file "mbox" exists on
the user's home directory and is in UNIX mailbox format, then when INBOX
is opened this file will be selected as INBOX instead of the mail spool
file. Messages will be automatically transferred from the mail spool file
into the mbox file
To disable this behavior, delete "mbox" from the EXTRADRIVERS list in the
top-level Makefile and rebuild
. IMAP4rev1 protocol is now supported. The UNIX format support now maintains
unique identifiers (UIDs) and keyword flags for each message, and keeps an
invisible message at the start of the file which contains the UID base
information and a list of assigned keywords. There is no way to disable
this behavior, since it would disable IMAP4rev1 support. This message may
show up if you access the mailbox as a file using older mail software (e.g.
Pine 3.9x). It is invisible with IMAP or POP access, or with access as a
file using Pine 4.0x.
. Support for additional mailbox formats
. No longer keeps entire mailbox in memory for UNIX format files
. Multilingual searching of the following charsets are supported:
US-ASCII, UTF-8, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4,
ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9,
ISO-8859-10, ISO-8859-11, ISO-8859-13, ISO-8859-14, ISO-8859-15,
KOI8-R, KOI8-U (alias KOI8-RU), TIS-620, VISCII,
ISO-2022-JP, ISO-2022-KR, ISO-2022-CN, ISO-2022-JP-1, ISO-2022-JP-2,
GB2312 (alias CN-GB), CN-GB-12345, BIG5 (alias CN-BIG5),
EUC-JP, EUC-KR, Shift_JIS
All ISO-2022-?? charsets are treated identically, and support ASCII,
JIS Roman, hankaku katakana, ISO-8859-[1 - 10], TIS, GB 2312, JIS X 0208,
JIS X 0212, KSC 5601, and planes 1 and 2 of CNS 11643.
EUC-JP includes support for JIS X 0212 and hankaku katakana
. Fast sorting including IMAP server-based sort
. Fast ordered-subject threading including IMAP server-based threading
2000-05-19 05:58:55 +02:00
|
|
|
share/doc/imap-uw/RELNOTES
|
2001-02-08 20:11:36 +01:00
|
|
|
share/doc/imap-uw/SSLBUILD
|
|
|
|
share/doc/imap-uw/Y2K
|
Update imap-uw to 4.7c2.
The most notable user-visible change is the ability of the ipopd daemon to
forward requests to the imapd daemon, thus allowing POP2 and POP3 mail
clients to check IMAP mail.
Most notable operational changes from earlier versions:
. New, faster mailbox update logic is now available for the unix driver
on UNIX and Amiga. The old way is still being done for MMDF and the
unixnt driver on NT.
. External file locking is now available via a setgid mail program named
/etc/mlock (this is defined by LOCKPGM in the c-client Makefile). If
c-client is unable to create a <mailbox>.lock file in the directory
by itself, it will try to call mlock to do it. A sample mlock program
is part of the imap-utils. This is primarily for the benefit of those
paranoid souls who have their mail spool directories protected 775
instead of the recommended 1777.
. SASL authentication is supported in the IMAP and POP3 servers, and in
the IMAP, POP3, and SMTP client code. There is no support for NNTP
SASL yet
. CRAM-MD5 is supported by default for IMAP and POP3 clients. To enable
server support, read file imap-4.7/docs/md5.txt
. The mbox driver is now enabled by default. If the file "mbox" exists on
the user's home directory and is in UNIX mailbox format, then when INBOX
is opened this file will be selected as INBOX instead of the mail spool
file. Messages will be automatically transferred from the mail spool file
into the mbox file
To disable this behavior, delete "mbox" from the EXTRADRIVERS list in the
top-level Makefile and rebuild
. IMAP4rev1 protocol is now supported. The UNIX format support now maintains
unique identifiers (UIDs) and keyword flags for each message, and keeps an
invisible message at the start of the file which contains the UID base
information and a list of assigned keywords. There is no way to disable
this behavior, since it would disable IMAP4rev1 support. This message may
show up if you access the mailbox as a file using older mail software (e.g.
Pine 3.9x). It is invisible with IMAP or POP access, or with access as a
file using Pine 4.0x.
. Support for additional mailbox formats
. No longer keeps entire mailbox in memory for UNIX format files
. Multilingual searching of the following charsets are supported:
US-ASCII, UTF-8, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4,
ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9,
ISO-8859-10, ISO-8859-11, ISO-8859-13, ISO-8859-14, ISO-8859-15,
KOI8-R, KOI8-U (alias KOI8-RU), TIS-620, VISCII,
ISO-2022-JP, ISO-2022-KR, ISO-2022-CN, ISO-2022-JP-1, ISO-2022-JP-2,
GB2312 (alias CN-GB), CN-GB-12345, BIG5 (alias CN-BIG5),
EUC-JP, EUC-KR, Shift_JIS
All ISO-2022-?? charsets are treated identically, and support ASCII,
JIS Roman, hankaku katakana, ISO-8859-[1 - 10], TIS, GB 2312, JIS X 0208,
JIS X 0212, KSC 5601, and planes 1 and 2 of CNS 11643.
EUC-JP includes support for JIS X 0212 and hankaku katakana
. Fast sorting including IMAP server-based sort
. Fast ordered-subject threading including IMAP server-based threading
2000-05-19 05:58:55 +02:00
|
|
|
share/doc/imap-uw/bugs.txt
|
|
|
|
share/doc/imap-uw/calendar.txt
|
2001-12-15 09:30:26 +01:00
|
|
|
share/doc/imap-uw/commndmt.txt
|
Updated: 27 August 2003
imap-2002e is a minor release, released concurrently with Pine 4.57, and
contains primarily bugfixes. Programs written for imap-2002d should build
with this version without modification.
The NNTP client code now tries to perform better with legacy NNTP servers
which do not comply with the current NNTP protocol specification draft, most
notably Netscape Collabra.
Delivery notifications now work reliably with SMTP servers that support it.
The following changes are primarily of concern to developers and power users:
There is a "limited advertise" option in env_unix.c which, if set, will only
advertise the user's own namespace and the #shared/ namespace.
It is now possible to build the IMAP toolkit with a separate SSL KEY file
from the certificate file (SSLKEYS vs. SSLCERTS).
A new BODY structure element, sparep, is available for the main program to
use as a pointer for its own purposes; as well as a SET_FREEBODYSPAREP
function, similar to SET_FREEENVELOPESPAREP, SET_FREEELTSPAREP, etc.
2003-09-10 13:54:41 +02:00
|
|
|
share/doc/imap-uw/draft/README
|
2003-07-28 16:38:05 +02:00
|
|
|
share/doc/imap-uw/draft/i18n.txt
|
2002-12-11 13:21:21 +01:00
|
|
|
share/doc/imap-uw/draft/sort.txt
|
Update imap-uw to 4.7c2.
The most notable user-visible change is the ability of the ipopd daemon to
forward requests to the imapd daemon, thus allowing POP2 and POP3 mail
clients to check IMAP mail.
Most notable operational changes from earlier versions:
. New, faster mailbox update logic is now available for the unix driver
on UNIX and Amiga. The old way is still being done for MMDF and the
unixnt driver on NT.
. External file locking is now available via a setgid mail program named
/etc/mlock (this is defined by LOCKPGM in the c-client Makefile). If
c-client is unable to create a <mailbox>.lock file in the directory
by itself, it will try to call mlock to do it. A sample mlock program
is part of the imap-utils. This is primarily for the benefit of those
paranoid souls who have their mail spool directories protected 775
instead of the recommended 1777.
. SASL authentication is supported in the IMAP and POP3 servers, and in
the IMAP, POP3, and SMTP client code. There is no support for NNTP
SASL yet
. CRAM-MD5 is supported by default for IMAP and POP3 clients. To enable
server support, read file imap-4.7/docs/md5.txt
. The mbox driver is now enabled by default. If the file "mbox" exists on
the user's home directory and is in UNIX mailbox format, then when INBOX
is opened this file will be selected as INBOX instead of the mail spool
file. Messages will be automatically transferred from the mail spool file
into the mbox file
To disable this behavior, delete "mbox" from the EXTRADRIVERS list in the
top-level Makefile and rebuild
. IMAP4rev1 protocol is now supported. The UNIX format support now maintains
unique identifiers (UIDs) and keyword flags for each message, and keeps an
invisible message at the start of the file which contains the UID base
information and a list of assigned keywords. There is no way to disable
this behavior, since it would disable IMAP4rev1 support. This message may
show up if you access the mailbox as a file using older mail software (e.g.
Pine 3.9x). It is invisible with IMAP or POP access, or with access as a
file using Pine 4.0x.
. Support for additional mailbox formats
. No longer keeps entire mailbox in memory for UNIX format files
. Multilingual searching of the following charsets are supported:
US-ASCII, UTF-8, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4,
ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9,
ISO-8859-10, ISO-8859-11, ISO-8859-13, ISO-8859-14, ISO-8859-15,
KOI8-R, KOI8-U (alias KOI8-RU), TIS-620, VISCII,
ISO-2022-JP, ISO-2022-KR, ISO-2022-CN, ISO-2022-JP-1, ISO-2022-JP-2,
GB2312 (alias CN-GB), CN-GB-12345, BIG5 (alias CN-BIG5),
EUC-JP, EUC-KR, Shift_JIS
All ISO-2022-?? charsets are treated identically, and support ASCII,
JIS Roman, hankaku katakana, ISO-8859-[1 - 10], TIS, GB 2312, JIS X 0208,
JIS X 0212, KSC 5601, and planes 1 and 2 of CNS 11643.
EUC-JP includes support for JIS X 0212 and hankaku katakana
. Fast sorting including IMAP server-based sort
. Fast ordered-subject threading including IMAP server-based threading
2000-05-19 05:58:55 +02:00
|
|
|
share/doc/imap-uw/drivers.txt
|
|
|
|
share/doc/imap-uw/formats.txt
|
|
|
|
share/doc/imap-uw/imaprc.txt
|
|
|
|
share/doc/imap-uw/internal.txt
|
|
|
|
share/doc/imap-uw/locking.txt
|
|
|
|
share/doc/imap-uw/md5.txt
|
Update imap-uw to 2006j2. OKed by jwise@.
Updated: 14 June 2007
imap-2006j is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 5 June 2007
imap-2006i is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
imapd now supports the CHILDREN and ESEARCH extensions.
imapd's attempt to return COPYUID/APPENDUID information for a traditional
UNIX (and MMDF) format mailbox when the mailbox is open by another process
has been declared to be a failure and is now revoked. It was subject to a
timing race, loss of which involved an expensive reset of the mailbox's UID
regime. Any imapd COPY or APPEND to a traditional UNIX or MMDF format that
is open by some other process will now no longer return COPYUID/APPEND.
Although this is technically in violation of RFC 4315, there is a loophole
in that document and the timing race/performance problem is worse.
Updated: 4 April 2007
imap-2006h is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 30 March 2007
imap-2006g is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 30 January 2007
imap-2006f is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
For the benefit of multi-threaded applications, use of strtok() has been
abolished in the c-client library. imapd and ipop3d stuff use it though.
The TOPS-20 and VAX/VMS ports still use strtok() since they don't use UNIX
threads.
This version has been test-built on Linux, Mac OS X, NeXT, Windows XP,
TOPS-20, and VAX/VMS. This will probably be the last test-build on VAX/VMS
since the system I use for that purpose is being shut down. I have no way
to test-build on DOS, legacy Mac OS (OS 9 and earlier), OS/2, or Windows CE;
and the builds on those systems are probably broken.
Updated: 26 January 2007
imap-2006e is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 6 December 2006
imap-2006d is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
The decomposition mapping, title-case mapping, and character widths tables
have been updated to comply with the Unicode 5.0 standard.
Prototypes for the utf8aux.c functions have been moved to a new utf8aux.h.
The general c-client modules now include c-client.h instead of the individual
files. Use of c-client.h instead of individual include files insulates
against future shuffling of include files.
Updated: 23 October 2006
imap-2006c is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
By popular request, if a user has a mix (or other dual-use) format INBOX,
it will no longer be listed as \NoInferiors. It's a bad idea to depend
upon this due to the case ambiguity issue, but it's there.
Updated: 26 September 2006
imap-2006b is a maintenance release, consisting entirely of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 15 September 2006
imap-2006a is a maintenance release, consisting entirely of bugfixes to
problems discovered in the release that affected a small number of users.
If it is necessary to build IPv4-only on one of the ports that has IPv6
preconfigured (ldb, lfd, lmd, lrh, lsu, osx, oxp), this can be done by
using IP6=4. You can't do IP=4 in the build command directly since these
ports set IP themselves; however, now instead of setting IP=6 they now set
IP=$(IP6).
Updated: 30 August 2006
imap-2006 is a major release. Programs written for imap-2004g should
build with this version with minor or no modification. imap-2005 was not
released except as development snapshots.
imap-2006 contains major extensions to its Unicode support. Searching and
sorting are now done with strings canonicalized to titlecase and decomposed
form. Among other things, this means that Latin letters with diacriticals
will now sort with the basic Latin letter, and case-independent searching of
such letters (e.g., German umlauts) now works. Previously, sorting was done
strictly by Unicode codepoint, and case-independence only worked with ASCII.
imapd now supports the UIDPLUS extension for mailboxes in unix, mmdf, mbx, mx,
and mix formats. UID EXPUNGE is fully implemented. Note that UIDPLUS is not
supported in the little-used drivers (mh, mtx, tenex) in which meaningful
APPENDUID/COPYUID data can not be returned. Refer to bugs.txt for more
details.
The new mix format is a dual-use mailbox format designed for performance and
reliability with large mailboxes. mix is documented in file mixfmt.txt.
SSL/TLS certificate validation on UNIX now checks the alternative names in the
certificate if the CN does not match.
The new /tls-sslv23 flag in a mailbox name causes a TLS session to use the
(incorrect) SSLv23 client method instead of the TLSv1 client method. Some
broken servers use the SSLv23 server method, and this flag works around that
problem. WARNING: use of this flag will cause TLS negotiation to fail with
a server which uses the proper TLSv1 server method. Additionally, there are
known security risks in SSLv2; so users should be suspicious if this switch
suddenly becomes necesary.
The silly mailbox flag combination /ssl/tls is now rejected as an invalid
remote specification. Previous versions tried to negotiate TLS over an SSL
session; even if the server permitted such a thing it couldn't work.
The memory management of several drivers has been redesigned to consume less
memory and hopefully be faster.
The private.data member of the MESSAGECACHE (elt) has been replaced with
a union that contains private.spare.data and private.spare.ptr, the latter
being a pointer.
A new FT_RETURNSTRINGSTRUCT flag has been added for mail_fetch_body() and
mail_fetch_text() calls. If this flag is set, *and* if the function returns
NIL, then the requested string data is available on a stringstruct on
stream->private.string. This is a special hack for the IMAP and POP servers
and is subject to incompatible change. The result is a major performance
improvement in the servers with the mbx driver, particularly with large
messages.
2007-08-03 19:03:29 +02:00
|
|
|
share/doc/imap-uw/mixfmt.txt
|
Update imap-uw to 4.7c2.
The most notable user-visible change is the ability of the ipopd daemon to
forward requests to the imapd daemon, thus allowing POP2 and POP3 mail
clients to check IMAP mail.
Most notable operational changes from earlier versions:
. New, faster mailbox update logic is now available for the unix driver
on UNIX and Amiga. The old way is still being done for MMDF and the
unixnt driver on NT.
. External file locking is now available via a setgid mail program named
/etc/mlock (this is defined by LOCKPGM in the c-client Makefile). If
c-client is unable to create a <mailbox>.lock file in the directory
by itself, it will try to call mlock to do it. A sample mlock program
is part of the imap-utils. This is primarily for the benefit of those
paranoid souls who have their mail spool directories protected 775
instead of the recommended 1777.
. SASL authentication is supported in the IMAP and POP3 servers, and in
the IMAP, POP3, and SMTP client code. There is no support for NNTP
SASL yet
. CRAM-MD5 is supported by default for IMAP and POP3 clients. To enable
server support, read file imap-4.7/docs/md5.txt
. The mbox driver is now enabled by default. If the file "mbox" exists on
the user's home directory and is in UNIX mailbox format, then when INBOX
is opened this file will be selected as INBOX instead of the mail spool
file. Messages will be automatically transferred from the mail spool file
into the mbox file
To disable this behavior, delete "mbox" from the EXTRADRIVERS list in the
top-level Makefile and rebuild
. IMAP4rev1 protocol is now supported. The UNIX format support now maintains
unique identifiers (UIDs) and keyword flags for each message, and keeps an
invisible message at the start of the file which contains the UID base
information and a list of assigned keywords. There is no way to disable
this behavior, since it would disable IMAP4rev1 support. This message may
show up if you access the mailbox as a file using older mail software (e.g.
Pine 3.9x). It is invisible with IMAP or POP access, or with access as a
file using Pine 4.0x.
. Support for additional mailbox formats
. No longer keeps entire mailbox in memory for UNIX format files
. Multilingual searching of the following charsets are supported:
US-ASCII, UTF-8, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4,
ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9,
ISO-8859-10, ISO-8859-11, ISO-8859-13, ISO-8859-14, ISO-8859-15,
KOI8-R, KOI8-U (alias KOI8-RU), TIS-620, VISCII,
ISO-2022-JP, ISO-2022-KR, ISO-2022-CN, ISO-2022-JP-1, ISO-2022-JP-2,
GB2312 (alias CN-GB), CN-GB-12345, BIG5 (alias CN-BIG5),
EUC-JP, EUC-KR, Shift_JIS
All ISO-2022-?? charsets are treated identically, and support ASCII,
JIS Roman, hankaku katakana, ISO-8859-[1 - 10], TIS, GB 2312, JIS X 0208,
JIS X 0212, KSC 5601, and planes 1 and 2 of CNS 11643.
EUC-JP includes support for JIS X 0212 and hankaku katakana
. Fast sorting including IMAP server-based sort
. Fast ordered-subject threading including IMAP server-based threading
2000-05-19 05:58:55 +02:00
|
|
|
share/doc/imap-uw/naming.txt
|
Update imap-uw to 2006j2. OKed by jwise@.
Updated: 14 June 2007
imap-2006j is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 5 June 2007
imap-2006i is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
imapd now supports the CHILDREN and ESEARCH extensions.
imapd's attempt to return COPYUID/APPENDUID information for a traditional
UNIX (and MMDF) format mailbox when the mailbox is open by another process
has been declared to be a failure and is now revoked. It was subject to a
timing race, loss of which involved an expensive reset of the mailbox's UID
regime. Any imapd COPY or APPEND to a traditional UNIX or MMDF format that
is open by some other process will now no longer return COPYUID/APPEND.
Although this is technically in violation of RFC 4315, there is a loophole
in that document and the timing race/performance problem is worse.
Updated: 4 April 2007
imap-2006h is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 30 March 2007
imap-2006g is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 30 January 2007
imap-2006f is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
For the benefit of multi-threaded applications, use of strtok() has been
abolished in the c-client library. imapd and ipop3d stuff use it though.
The TOPS-20 and VAX/VMS ports still use strtok() since they don't use UNIX
threads.
This version has been test-built on Linux, Mac OS X, NeXT, Windows XP,
TOPS-20, and VAX/VMS. This will probably be the last test-build on VAX/VMS
since the system I use for that purpose is being shut down. I have no way
to test-build on DOS, legacy Mac OS (OS 9 and earlier), OS/2, or Windows CE;
and the builds on those systems are probably broken.
Updated: 26 January 2007
imap-2006e is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 6 December 2006
imap-2006d is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
The decomposition mapping, title-case mapping, and character widths tables
have been updated to comply with the Unicode 5.0 standard.
Prototypes for the utf8aux.c functions have been moved to a new utf8aux.h.
The general c-client modules now include c-client.h instead of the individual
files. Use of c-client.h instead of individual include files insulates
against future shuffling of include files.
Updated: 23 October 2006
imap-2006c is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
By popular request, if a user has a mix (or other dual-use) format INBOX,
it will no longer be listed as \NoInferiors. It's a bad idea to depend
upon this due to the case ambiguity issue, but it's there.
Updated: 26 September 2006
imap-2006b is a maintenance release, consisting entirely of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 15 September 2006
imap-2006a is a maintenance release, consisting entirely of bugfixes to
problems discovered in the release that affected a small number of users.
If it is necessary to build IPv4-only on one of the ports that has IPv6
preconfigured (ldb, lfd, lmd, lrh, lsu, osx, oxp), this can be done by
using IP6=4. You can't do IP=4 in the build command directly since these
ports set IP themselves; however, now instead of setting IP=6 they now set
IP=$(IP6).
Updated: 30 August 2006
imap-2006 is a major release. Programs written for imap-2004g should
build with this version with minor or no modification. imap-2005 was not
released except as development snapshots.
imap-2006 contains major extensions to its Unicode support. Searching and
sorting are now done with strings canonicalized to titlecase and decomposed
form. Among other things, this means that Latin letters with diacriticals
will now sort with the basic Latin letter, and case-independent searching of
such letters (e.g., German umlauts) now works. Previously, sorting was done
strictly by Unicode codepoint, and case-independence only worked with ASCII.
imapd now supports the UIDPLUS extension for mailboxes in unix, mmdf, mbx, mx,
and mix formats. UID EXPUNGE is fully implemented. Note that UIDPLUS is not
supported in the little-used drivers (mh, mtx, tenex) in which meaningful
APPENDUID/COPYUID data can not be returned. Refer to bugs.txt for more
details.
The new mix format is a dual-use mailbox format designed for performance and
reliability with large mailboxes. mix is documented in file mixfmt.txt.
SSL/TLS certificate validation on UNIX now checks the alternative names in the
certificate if the CN does not match.
The new /tls-sslv23 flag in a mailbox name causes a TLS session to use the
(incorrect) SSLv23 client method instead of the TLSv1 client method. Some
broken servers use the SSLv23 server method, and this flag works around that
problem. WARNING: use of this flag will cause TLS negotiation to fail with
a server which uses the proper TLSv1 server method. Additionally, there are
known security risks in SSLv2; so users should be suspicious if this switch
suddenly becomes necesary.
The silly mailbox flag combination /ssl/tls is now rejected as an invalid
remote specification. Previous versions tried to negotiate TLS over an SSL
session; even if the server permitted such a thing it couldn't work.
The memory management of several drivers has been redesigned to consume less
memory and hopefully be faster.
The private.data member of the MESSAGECACHE (elt) has been replaced with
a union that contains private.spare.data and private.spare.ptr, the latter
being a pointer.
A new FT_RETURNSTRINGSTRUCT flag has been added for mail_fetch_body() and
mail_fetch_text() calls. If this flag is set, *and* if the function returns
NIL, then the requested string data is available on a stringstruct on
stream->private.string. This is a special hack for the IMAP and POP servers
and is subject to incompatible change. The result is a major performance
improvement in the servers with the mbx driver, particularly with large
messages.
2007-08-03 19:03:29 +02:00
|
|
|
share/doc/imap-uw/rfc/README
|
2001-02-08 20:11:36 +01:00
|
|
|
share/doc/imap-uw/rfc/rfc1732.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc1733.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2061.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2062.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2087.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2088.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2177.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2180.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2193.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2195.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2221.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2342.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc2683.txt
|
2002-12-11 13:21:21 +01:00
|
|
|
share/doc/imap-uw/rfc/rfc2971.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc3348.txt
|
2003-07-28 16:38:05 +02:00
|
|
|
share/doc/imap-uw/rfc/rfc3501.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc3502.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc3503.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc3516.txt
|
2004-05-13 20:14:34 +02:00
|
|
|
share/doc/imap-uw/rfc/rfc3656.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc3691.txt
|
Update imap-uw to 2006j2. OKed by jwise@.
Updated: 14 June 2007
imap-2006j is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 5 June 2007
imap-2006i is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
imapd now supports the CHILDREN and ESEARCH extensions.
imapd's attempt to return COPYUID/APPENDUID information for a traditional
UNIX (and MMDF) format mailbox when the mailbox is open by another process
has been declared to be a failure and is now revoked. It was subject to a
timing race, loss of which involved an expensive reset of the mailbox's UID
regime. Any imapd COPY or APPEND to a traditional UNIX or MMDF format that
is open by some other process will now no longer return COPYUID/APPEND.
Although this is technically in violation of RFC 4315, there is a loophole
in that document and the timing race/performance problem is worse.
Updated: 4 April 2007
imap-2006h is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 30 March 2007
imap-2006g is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 30 January 2007
imap-2006f is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
For the benefit of multi-threaded applications, use of strtok() has been
abolished in the c-client library. imapd and ipop3d stuff use it though.
The TOPS-20 and VAX/VMS ports still use strtok() since they don't use UNIX
threads.
This version has been test-built on Linux, Mac OS X, NeXT, Windows XP,
TOPS-20, and VAX/VMS. This will probably be the last test-build on VAX/VMS
since the system I use for that purpose is being shut down. I have no way
to test-build on DOS, legacy Mac OS (OS 9 and earlier), OS/2, or Windows CE;
and the builds on those systems are probably broken.
Updated: 26 January 2007
imap-2006e is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 6 December 2006
imap-2006d is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
The decomposition mapping, title-case mapping, and character widths tables
have been updated to comply with the Unicode 5.0 standard.
Prototypes for the utf8aux.c functions have been moved to a new utf8aux.h.
The general c-client modules now include c-client.h instead of the individual
files. Use of c-client.h instead of individual include files insulates
against future shuffling of include files.
Updated: 23 October 2006
imap-2006c is a maintenance release, consisting primarily of bugfixes to
problems discovered in the release that affected a small number of users.
By popular request, if a user has a mix (or other dual-use) format INBOX,
it will no longer be listed as \NoInferiors. It's a bad idea to depend
upon this due to the case ambiguity issue, but it's there.
Updated: 26 September 2006
imap-2006b is a maintenance release, consisting entirely of bugfixes to
problems discovered in the release that affected a small number of users.
Updated: 15 September 2006
imap-2006a is a maintenance release, consisting entirely of bugfixes to
problems discovered in the release that affected a small number of users.
If it is necessary to build IPv4-only on one of the ports that has IPv6
preconfigured (ldb, lfd, lmd, lrh, lsu, osx, oxp), this can be done by
using IP6=4. You can't do IP=4 in the build command directly since these
ports set IP themselves; however, now instead of setting IP=6 they now set
IP=$(IP6).
Updated: 30 August 2006
imap-2006 is a major release. Programs written for imap-2004g should
build with this version with minor or no modification. imap-2005 was not
released except as development snapshots.
imap-2006 contains major extensions to its Unicode support. Searching and
sorting are now done with strings canonicalized to titlecase and decomposed
form. Among other things, this means that Latin letters with diacriticals
will now sort with the basic Latin letter, and case-independent searching of
such letters (e.g., German umlauts) now works. Previously, sorting was done
strictly by Unicode codepoint, and case-independence only worked with ASCII.
imapd now supports the UIDPLUS extension for mailboxes in unix, mmdf, mbx, mx,
and mix formats. UID EXPUNGE is fully implemented. Note that UIDPLUS is not
supported in the little-used drivers (mh, mtx, tenex) in which meaningful
APPENDUID/COPYUID data can not be returned. Refer to bugs.txt for more
details.
The new mix format is a dual-use mailbox format designed for performance and
reliability with large mailboxes. mix is documented in file mixfmt.txt.
SSL/TLS certificate validation on UNIX now checks the alternative names in the
certificate if the CN does not match.
The new /tls-sslv23 flag in a mailbox name causes a TLS session to use the
(incorrect) SSLv23 client method instead of the TLSv1 client method. Some
broken servers use the SSLv23 server method, and this flag works around that
problem. WARNING: use of this flag will cause TLS negotiation to fail with
a server which uses the proper TLSv1 server method. Additionally, there are
known security risks in SSLv2; so users should be suspicious if this switch
suddenly becomes necesary.
The silly mailbox flag combination /ssl/tls is now rejected as an invalid
remote specification. Previous versions tried to negotiate TLS over an SSL
session; even if the server permitted such a thing it couldn't work.
The memory management of several drivers has been redesigned to consume less
memory and hopefully be faster.
The private.data member of the MESSAGECACHE (elt) has been replaced with
a union that contains private.spare.data and private.spare.ptr, the latter
being a pointer.
A new FT_RETURNSTRINGSTRUCT flag has been added for mail_fetch_body() and
mail_fetch_text() calls. If this flag is set, *and* if the function returns
NIL, then the requested string data is available on a stringstruct on
stream->private.string. This is a special hack for the IMAP and POP servers
and is subject to incompatible change. The result is a major performance
improvement in the servers with the mbx driver, particularly with large
messages.
2007-08-03 19:03:29 +02:00
|
|
|
share/doc/imap-uw/rfc/rfc4314.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4315.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4422.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4466.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4467.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4468.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4469.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4505.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4549.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4551.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4616.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4731.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4752.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4790.txt
|
2008-11-06 16:27:00 +01:00
|
|
|
share/doc/imap-uw/rfc/rfc4959.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc4978.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc5032.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc5051.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc5092.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc5161.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc5162.txt
|
|
|
|
share/doc/imap-uw/rfc/rfc5234.txt
|