[CSCMail-Users] CSCMail 1.7.10 Released

[Count Z. <cou...@cy...>]

Ok, CSCMail 1.7.10 is in CVS now...

I'll be releasing a snapshot tarball later this evening...

UPGRADERS:

There has been a change to the boxlist table in the database...

alter table boxlist add column type text;

update boxlist set type = 'local';
update boxlist set type = 'search' where id = 100;
update boxlist set type = 'virtual' where id > 100;
update boxlist set sibling = NULL where sibling = 65535;

That should handle the database changes...  Actually, there is another
change, the "name" field is no longer required to be unique, but if it is in
your installation, nothing will break (you just won't be able to have
dupelicate folder names)

BUG FIXES
=========
The "billenium" bug is fixed in this version.

The folder tree layout bugs have all been fixed.  Specifically, in past
versions, quite a few folder layout changes wouldn't stick... CSCMail would
display the folders in an improper order.  This especially reared is ugly
head when you would try to put a new (high id) folder before an old (low id)
folder... in certain combinations, this simply wouldn't work...

Basically, the folder handling code has been almost completely re-written
from scratch... Gone are a lot of the lame global variables and hacks like
%foldernametoid ... there is now a single global %f_info structure that
mantains the folder layout in memory, as well as things like new, total
counts, etc...

No longer is the folder list attached to the Copy... and Move... menuitems
(which caused problems for people with a large number of folders)  ... Now,
selecting "Copy to folder..." or "Move to folder..." brings up a nice
folder_tree dialog that allows you to select the destination folder (this is
just like Outlook Express)

You are no longer limited to 65535 folders (hehe) nor are folder ID's > 100
reserved for "virtual" folders... the new "type" attribute stores the
folder's type, and so the ID is used only as a unique key, with the
exception of the first 6 "default" folders that are created on new
installations... These folder ID's are used for special purposes, but the
program won't let you do anything funky to those folders anyway...

Folders are no longer required to have a unique name.  However, the database
was created in the past with an SQL unique flag set on that column, so
unless you re-create your tables in the DB, you will get an SQL error when
you attempt to make a folder with a non-unique name...

There are a couple of new icons in this release... All folders now show an
icon next to themselves in the folder_tree to help display the folders
type... Currently valid types are "local" "remote" "search" and "virtual"
THEMERS: the icon names are: "localf.xpm" "remotef.xpm" "search.xpm" and
"vfolder.xpm" respectively

Don't get to excited by the inclusion of the "remote" folder type (nor the
IMAP account type option in the new account dialog)  THEY DON'T WORK YET!!!!
hehe   I haven't decided for sure if I am going to impliment IMAP support in
the Perl version of CSCMail or not... It may be more trouble than it's
worth, as there are quite a few assumptions made that simply don't apply
anymore when your dealing with a remote mailstore...  Of course, the whole
"folder rewrite" was started because I was investigating what would need to
change to support IMAP... so yeah, the new folder structure is designed with
the possibility of remote folders in mind...

Anyway, check it out, let me know how it works for you... if things are
smooth enough for enough people, this may become the long awaited 1.8.0
release!

-Count Zero