On Sat, 13 Sep 2003 10:48:27 +0200 (CEST), Andreas Aardal Hanssen
<[EMAIL PROTECTED]> wrote:
Hi, Henry. Excellent work.
Thanks.
On Fri, 12 Sep 2003, Henry Baragar wrote:
<SIDE NOTE>
"bincimap-subscribed" is a pain to edit by hand. I know that this file
(...)
RECOMMENDATION: Define the format for ".bincimap-subscribed" (sic, and
as
(...)
Implications:
1. All non-mailbox files/directories must start with a "." (as
discussed
in another thread); although removing junk files is not that painful
when
each one is on its own line.
2. The folder separator needs to be converted from "/" back to "."
Nr 2 - I do not follow. Why do we need to change the folder seperator? :/
I was making the assumption (based on current implementation) that the
IMAP separator, and its file system representation, was desired in the
bincimap-subscribed file. Maybe I thought that people would like to see
the same separator in IMAP as they see in the file system, such as those
people who alternate between mutt and opera. I guess I have no other
problems if the "." is used in the bincimap-subscribed file and bincimap
converts this to "/", (which I guess it has to any ways now for mapping
IMAP folders to the file system).
</SIDE NOTE>
A good side note. I actually agree. The subscribed file has a very simple
structure and should therefore be completely flat.
Note that I had to exit Netscape each time in order for it to really
unsubscribe for the folders that I "Unsubscribed"; if I went to
subscribe
again before exiting, Netscape displayed all the folders that were
unsubscribed as subscribed which would hold true for the next invocation
of Netscape.
Yes - I discovered this bug also recently. The LSUB, SUBSCRIBE and
UNSUBSCRIBE commands are today not stateless, while they should
absolutely
be. So LSUB should always load the subscription file, and SUBSCRIBE and
UNSUBSCRIBE should always load, modify, then save.
Overall, there are operational differences between Courier and bincIMAP,
and possibly between a Maildir++ and an IMAPdir depot. I hope that I
have
provided enough information for someone to unravel these mysteries.
Perfect! Thanks for this feedback - I'll dig into it and see what I can
come up with. :-)
Andy
--
Andreas Aardal Hanssen | http://www.andreas.hanssen.name/gpg
Author of Binc IMAP | "It is better not to do something
http://www.bincimap.org/ | than to do it poorly."
--
Henry Baragar
Principal, Technical Architecture
416-453-5626
Instantiated Software Inc.
http://www.instantiated.ca
