/*****************************************************************
 * Release Notes: SquirrelMail 1.3.2                             *
 * The "Nut cracker" Release                                     *
 * 29 October 2002                                               *
 *****************************************************************/

In this edition of SquirrelMail Release Notes:
   * All about this Release!!!
   * Major updates
   * A note on solved bugs
   * Reporting my favorite SquirrelMail 1.3 bug
   * About our Release Aliases

All about this Release!!!
=========================

This is the third release on our way to a new stable series.
On our way to, that is, this is a development release, which is not
intended for production servers. We feel that releasing development
versions will help us making the to-be stable release more stable, and
restricting the ability to test no longer to people who use CVS.

So download it! Install it, and try to break it! We are hungry for any
bug report you send. If stumbling over a bug is a true non-option,
this release is not for you. In that case, download the stable version
and enjoy that one.

In general, we are planning to regularly release a 1.3.x version until
it is stable enough to call her 1.4 or 2.0. While I'm at it, one
comment on version numbers. Our version numbers take the form of A.B.C
 A increases with time, but only very seldomly.
 B if it is even (0, 2, 4 etc), it is a stable release
   if it is odd (1, 3, 5 etc), it is a development release
 C indicates small changes.
Which is to say our version numbering system is the same as that of
the linux kernel. So 1.2.9 is a stable version, and 1.3.2 (this one)
is a development release.

We are excited to bring you the fruits of a very good development
series. Major rewrites of the back-end and the user interface have
been happening since the 1.2 series.

Major updates
==============

To summarize the major updates in the 1.3.2 release:
* The support of register globals = off
* A complete rewrite of the way we send mail (Deliver-class)
* Lot's of bugfixes.


A note on solved bugs
=====================

After the release of 1.3.0 and 1.3.1 we received lots of usefull bug-reports.
At this moment we can say that most issues are solved.
One of the biggest bug reporter was Cor Bosman from the dutch ISP XS4ALL.
They scheduled the use of SquirrelMail 1.3.2 because of it's UID support.
At this moment they are switched over to 1.3.2 CVS and it's running fine on
the production servers. The imap-server load was dropped significantly and
that's exactly what we tried to establish in the DEVEL branche.


A note on plugins
=================

There have been very severe architecture improvements. Lots of plugins
have not yet been adapted to this. Plugins which are distributed with
this release (eg. in the same .tar.gz file) may work. Plugins not
distributed with this plugin most probably WILL NOT WORK.

So if you have ANY problem at all, first try turning off all plugins.

A note on your configuration
============================

For a whole bunch of reasons, it is MANDATORY that you run conf.pl
(and then save your configuration) from the config/ directory before
using this release.

If you have problems with UID support, please do these 2 things:

1) For our comfort and the prosper of SquirrelMail:
   send a bugreport with this information
     * IMAP server type + version
     * Whether you use server-side sorting
     * Whether you use thread sorting
     * The value of "sort" (as in conf.pl)
   bugs can be submitted at: http://www.squirrelmail.org/bugs
2) For your own pleasure and comfort:
   turn of UID support in conf.pl, so you can continue to use 1.3.2


Reporting my favorite SquirrelMail 1.3 bug
==========================================

It is not unlikely you will experience some bugs while using this
development version. Please submit these bugs. Also, please mention
that the bug is in this 1.3.2 release.

   http://www.squirrelmail.org/bugs

Thank you for your cooperation in that issue. That helps us to make
sure that nothing slips through the cracks. Also, it would help if
people would check existing tracker items for a bug before reporting
it again. This would help to eliminate duplicate reports, and
increase the time we can spend CODING by DECREASING the time we
spend sorting through bug reports. And remember, check not only OPEN
bug reports, but also closed ones as a bug that you report MAY have
been fixed in CVS already.

In case you want to join us on coding SquirrelMail, or have other
things to share with the developers, join the development mailinglist:

   squirrelmail-devel@lists.sourceforge.net


About our Release Aliases
=========================
With the release of 1.3.2 we can say we realy cracked some nuts regarding
hard to solve issues. 
Future devel versions will continue carrying "Nut" releasenames
to keep the squirrel satisfied. Since winter is coming we better hurry up
with new "Nut" releases. We don't want a death squirrel due to starvation.
So next time you see a squirrel feed him nuts, think about SquirrelMail and
a new friendship is born.


                  Happy SquirrelMailing!
                    - The SquirrelMail Project Team