~ubuntu-branches/ubuntu/hardy/squirrelmail/hardy-updates

« back to all changes in this revision

Viewing changes to doc/ReleaseNotes/1.4/Notes-1.4.2.txt

  • Committer: Bazaar Package Importer
  • Author(s): Thijs Kinkhorst
  • Date: 2005-02-06 21:41:51 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20050206214151-z4n1o8mnttgzuj0y
Tags: 2:1.4.4-3
* Move default_pref config file from /var to /etc, as per Debian policy
  (Closes: #293281)
* [JvW] (finally) override two lintian warnings about nonstandard
  permissions that are intentional (Closes: #293366)

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
/*****************************************************************
 
2
 * Release Notes: SquirrelMail 1.4.2                             *
 
3
 * The "Bastard Child" Release                                   *
 
4
 * 1 October 2003                                                *
 
5
 *****************************************************************/
 
6
 
 
7
In this edition of SquirrelMail Release Notes:
 
8
   * All about this Release!
 
9
   * A note on PHP 4.3.x
 
10
   * Major updates
 
11
   * A note on plugins
 
12
   * Reporting my favorite SquirrelMail 1.4 bug
 
13
 
 
14
All about this Release!
 
15
=======================
 
16
 
 
17
This is the third release of the stable 1.4.x series.  This release
 
18
added no new user features, focusing strictly on bugfixes and
 
19
performance enhancements.
 
20
 
 
21
See the Major Updates section of this file for more about the 
 
22
1.4.x stable series.  For changes in this release, please refer to
 
23
the ChangeLog.
 
24
 
 
25
 
 
26
A note on PHP 4.3.x
 
27
===================
 
28
 
 
29
While the developers realize that PHP 4.3.x is the "latest and greatest"
 
30
version of PHP to be available, SquirrelMail has not been extensively
 
31
tested with it. We currently believe that SquirrelMail should work on
 
32
PHP 4.3.x but we lack the experience with this new version to be
 
33
absolutely sure. If you want to be safe, or experience problems, you may
 
34
want to downgrade to PHP 4.2.x.
 
35
 
 
36
 
 
37
Major updates
 
38
==============
 
39
 
 
40
The 1.4.0 series (as a result of 1.3 developent series) brings:
 
41
 
 
42
* A complete rewrite of the way we send mail (Deliver-class),
 
43
  and of the way we parse mail (MIME-bodystructure parsing).
 
44
  This makes SquirrelMail more reliable and more efficient
 
45
  at the same time!
 
46
* Support for IMAP UID which makes SquirrelMail more reliable.
 
47
* Optimizations to code and the number of IMAP calls; SquirrelMail
 
48
  is now a very scalable webmail solution.
 
49
* Support for a wider range of authentication mechanisms.
 
50
* Lots of bugfixes, some new features and a couple of UI-tweaks.
 
51
 
 
52
 
 
53
A note on plugins
 
54
=================
 
55
 
 
56
There have been major plugin architecture improvements since 1.2.x. Lots
 
57
of plugins have not yet been adapted to this. Plugins which are
 
58
distributed with this release (eg. in the same .tar.gz file) should work.
 
59
Plugin authors will need some time to adapt their plugins, so quite a few
 
60
plugins that did work with 1.2.x might not work with 1.4.x.
 
61
 
 
62
So if you have ANY problem at all, first try turning off all plugins.
 
63
If one plugin seems to be the culprit, contact the author to see if
 
64
a 1.4.x version is underway.
 
65
 
 
66
Plugins that worked with 1.4.1 should continue to work without changes
 
67
with 1.4.2.
 
68
 
 
69
Reporting my favorite SquirrelMail 1.4 bug
 
70
==========================================
 
71
 
 
72
We constantly aim to make SquirrelMail even better. So we need you to
 
73
submit any bug you come across! Also, please mention that the bug is
 
74
in this 1.4.2 release, and list your IMAP server and webserver details.
 
75
 
 
76
   http://www.squirrelmail.org/bugs
 
77
 
 
78
Thanks for your cooperation with this. That helps us to make
 
79
sure nothing slips through the cracks. Also, it would help if
 
80
people would check existing tracker items for a bug before reporting
 
81
it again. This would help to eliminate duplicate reports, and
 
82
increase the time we can spend CODING by DECREASING the time we
 
83
spend sorting through bug reports. And remember, check not only OPEN
 
84
bug reports, but also closed ones as a bug that you report MAY have
 
85
been fixed in CVS already.
 
86
 
 
87
If you want to join us in coding SquirrelMail, or have other
 
88
things to share with the developers, join the development mailinglist:
 
89
 
 
90
   squirrelmail-devel@lists.sourceforge.net
 
91
 
 
92
                  Happy SquirrelMailing!
 
93
                    - The SquirrelMail Project Team