ANNOUNCING: UW IMAP toolkit 2002 release candidate 1

[Mark Crispin]

This message is to announce the release of release candidate 1 of the
University of Washington's IMAP toolkit, version 2002 (imap-2002), on
ftp://ftp.cac.washington.edu/mail/imap-2002.RC1.tar.Z

The imap.tar.Z link now points to this version, and imap-2001a has been
moved to the old/ directory.

imap-2002 will a major release. The most notable new functionality for
end users:

1) A new program, called mailutil, is now bundled with the IMAP toolkit.
mailutil replaces the old chkmail, imapcopy, imapmove, imapxfer,
mbxcopy, mbxcreat, and mbxcvt programs. mailutil has expanded
functionality over the programs it replaces, most notably over
imapxfer.

2) The dmail, tmail, and mlock programs from the imap-utils are now
bundled with the IMAP toolkit.

3) IMAP server managers now have a much easier tool to use to limit
access to remote mailboxes using the new restrictBox variable in
env_unix.c.

4) The IMAP extension to BODYSTRUCTURE for the Content-Location header
is now supported.

5) The FAQ has been expanded, and now is offered in HTML.

There are also numerous c-client library improvements of interest to
programmers, discussed in the RELNOTES.

Sites currently running older versions are encouraged to give imap-2002 a
try, and report any discovered problems to me.

-- Mark --

http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.

[Rob MacGregor]

Mark Crispin wrote:

> This message is to announce the release of release candidate 1 of the
> University of Washington's IMAP toolkit, version 2002 (imap-2002), on
> ftp://ftp.cac.washington.edu/mail/imap-2002.RC1.tar.Z
>
> The imap.tar.Z link now points to this version, and imap-2001a has been
> moved to the old/ directory.
>
> imap-2002 will a major release. The most notable new functionality for
> end users:
>
> 1) A new program, called mailutil, is now bundled with the IMAP toolkit.
> mailutil replaces the old chkmail, imapcopy, imapmove, imapxfer,
> mbxcopy, mbxcreat, and mbxcvt programs. mailutil has expanded
> functionality over the programs it replaces, most notably over
> imapxfer.

I can't get mailutil to actually create mailboxes in anything other than old
unix format. The "#driver.mbx" bit doesn't work:

$ mailutil create #driver.mbx/fred
usage: mailutil create [-debug] [-verbose] mailbox

Same result if I pick mbox which is supposed to be compiled in according to
the (default) makefile.

The copy gives the same result:

$ mailutil copy INBOX #driver.mbx/fred
usage: mailutil copy [-debug] [-verbose] source destination

The check option however works fine.

My platform is Mandrake Linux 7.2, kernel 2.4.18. If there's anything else I
can provide/test please let me know.

--
Rob MacGregor (MCSE)
The light at the end of the tunnel is an oncoming dragon.

[arvidjaar]

Rob MacGregor wrote:

> Mark Crispin wrote:
>
>> This message is to announce the release of release candidate 1 of the
>> University of Washington's IMAP toolkit, version 2002 (imap-2002), on
>> ftp://ftp.cac.washington.edu/mail/imap-2002.RC1.tar.Z
>>
>> The imap.tar.Z link now points to this version, and imap-2001a has been
>> moved to the old/ directory.
>>
>> imap-2002 will a major release. The most notable new functionality for
>> end users:
>>
>> 1) A new program, called mailutil, is now bundled with the IMAP toolkit.
>> mailutil replaces the old chkmail, imapcopy, imapmove, imapxfer,
>> mbxcopy, mbxcreat, and mbxcvt programs. mailutil has expanded
>> functionality over the programs it replaces, most notably over
>> imapxfer.
>
> I can't get mailutil to actually create mailboxes in anything other than
> old
> unix format. The "#driver.mbx" bit doesn't work:
>
> $ mailutil create #driver.mbx/fred
> usage: mailutil create [-debug] [-verbose] mailbox
>

are you sure your shell does not interpret # as comment? What about

mailutil create '#driver.mbx/fred'

??

=arvi=

[Mark Crispin]

On Sat, 13 Jul 2002, Rob MacGregor wrote:
> I can't get mailutil to actually create mailboxes in anything other than old
> unix format. The "#driver.mbx" bit doesn't work:
>
> $ mailutil create #driver.mbx/fred
> usage: mailutil create [-debug] [-verbose] mailbox

I'll bet that you're using a shell that treats # as a comment character,
thus mailutil is only seeing the "create" on the command line.

Try putting the mailbox name in quotes and see if that gets it past the
shell.

[Rob MacGregor]

Mark Crispin wrote:

> I'll bet that you're using a shell that treats # as a comment character,
> thus mailutil is only seeing the "create" on the command line.
>
> Try putting the mailbox name in quotes and see if that gets it past the
> shell.

And I *really* should have realised that, doh!

Putting it in quotes solves the problem. Maybe worth updating the man page incase
others fall into the same trap I did?

Thanks.

[arvidjaar]

Mark Crispin wrote:
> 2) The dmail, tmail, and mlock programs from the imap-utils are now
> bundled with the IMAP toolkit.
>

Unfortunately:

cd mailutil;make
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -c
mailutil.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o
mailutil mailutil.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
cd mlock;make
cc -O -c mlock.c
mlock.c 24: [error]: CFE1005 could not open source file "sysexits.h"
#include <sysexits.h>
^

mlock.c 61: [error]: CFE1020 identifier "EX_USAGE" is undefined
if (!grp || (grp->gr_gid != getegid ())) die ("not setgid
mail",EX_USAGE);
^

mlock.c 66: [error]: CFE1020 identifier "MAXHOSTNAMELEN" is undefined
!(hitch = (char *) malloc (len + 6 + 40 + MAXHOSTNAMELEN)))
^

mlock.c 81: [error]: CFE1020 identifier "EX_NOPERM" is undefined
die ("existing lock not regular file",EX_NOPERM);
^

mlock.c 113: [error]: CFE1020 identifier "EX_CANTCREAT" is undefined
_exit (EX_CANTCREAT);
^

mlock.c 120: [error]: CFE1020 identifier "EX_OK" is undefined
return EX_OK;
^

make: *** Error code 1

make: Fatal error.
make: *** Error code 2

make: Fatal error.
make: *** Error code 2

make: Fatal error.

This is SVR4-type system and I won't ever add -I/usr/ucbinlcude.

I exepect the same type of problems with dmail and tmail (it was always a
problem).

It has been reported (and probably more than once) and the last answer I
have seen was - imap-utils are not part of imap toolkit and are not
supported in any way. For this reason I myself never did complaint. Now
they _are_ part of imap toolkit and up to this version it was possible to
compile it with simple make. I would expect it in the future as well :-)

=arvi=

[Mark Crispin]

On Sun, 14 Jul 2002, Rob MacGregor wrote:
> Putting it in quotes solves the problem. Maybe worth updating the man
> page incase others fall into the same trap I did?

Good idea. That man page change will be in RC2.

[Rob MacGregor]

Mark Crispin wrote:

> Sites currently running older versions are encouraged to give imap-2002 a
> try, and report any discovered problems to me.

Found one interesting bug - the following is in c-client/osdep.c:

#include <security/pam_appl.h>

However somewhere between pam-0.68 and pam-0.75 this file (and
indeed the entire /usr/include/security directory) stopped being
provided. This means that it's not possible to build imap-2002
on more recent systems using "make lnp".

For instance, the directory and contents are their on Mandrake 7.2 but not
on Mandrake 8.2.

So, on a newer system how do you build imapd-2002 to use PAM?