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

Reply via email to