Hello,
Although I agree with Hiroshima's arguments, there is one good
couterargument:
The name and the format of the subscribed file has been changed.
My belief is that the subscribed file should be createable by doing an
"ls" and then deleting unwanted mailboxes (furthermore, it would allow the
subscribed file to be shared amongst different implementations of IMAP
with different folder separators and name spaces). I believe that Andy is
still of the opinion that the subscribed file should closely resemble what
gets sent to the IMAP client and that tools be used to create the
subscribed file (and I believe that those tools will never be used because
they be used so infrequently that the users will never think of using them
when trying to repair a damaged subscribed file).
Regardless, Andy should be 100% convinced that he has made the RIGHT
design decisions before issuing version 1.2.3. BTW, this could mean that
those people that have applied the patches may have some work to do, but
it should be a non-issue to migrate from a pure 1.2.2 to 1.2.3.
Regards,
Henry
ps. Hiroshima: I appologize that you are getting this message twice
because I originally sent it off-list to you. HB
On Thu, 18 Sep 2003 15:18:20 -0700, HIROSHIMA Naoki
<[EMAIL PROTECTED]> wrote:
hi andy,
Andreas Aardal Hanssen wrote:
I noticed this, so I merged the patches into this:
http://www.bincimap.org/dl/tarballs/1.2/bincimap-1.2.2-patch003-cumulative
This is patch000, 001 and 002 plus the most recent two patches with
influenced detection of recent messages.
why don't you simply release 1.2.3? :-) many of people tend to hesitate
to patch and rather wait for next version. i know many of author tend
to hesitate to release so often but what's wrong with that?
keeping the version number same for a long time might sound it's stable
but having patches might just confuse people.
imho, binc project doesn't have act like big giant such as apache (yet).
releasing new version often is nothing bad at all. it'd rather sound
it's taken care by the author very well, no? :-)
thanks,
-- Hiroshima
--
Henry Baragar
Principal, Technical Architecture
416-453-5626
Instantiated Software Inc.
http://www.instantiated.ca