OT again... is there an IMAP expert in the house?

[Chris Gonnerman]

"Donn Cave" <donn at u.washington.edu> wrote in message
news:<a345dj$im8$1 at nntp6.u.washington.edu>...
> Quoth claird at starbase.neosoft.com (Cameron Laird):
> | In article <mailman.1012224450.11377.python-list at python.org>,
> | Chris Gonnerman <chris.gonnerman at newcenturycomputers.net> wrote:
> |>
> |> The customer(s) I am trying valiantly to support want to be able to
share
> |> a mailbox *concurrently*.  The Mercury and UW servers don't seem to
work
> |> that way.  I haven't studied the protocol so I don't know if it is even
> |> possible.
> | .
> | Nope.  Both POP3 and IMAP4 specifically disallow concurrent access,
> | I believe.  My belief is sufficiently certain, in this case, that
> | I'll not invest the time to verify it in the standards.

It appears that this is not so at the protocol level, but the behavior
of the *client* software seems broken.

> | I *really* like the idea of using TR or something comparable as an
> | "issue tracker".  I think you're going to be far happier with that.
>
> For sure.  One could predict misery even if the application isn't
> explicitly ruled out by the protocol standard.  Clients like
> Netscape and OE are going to do it their way, different from one
> release to another, and they're barely acceptable in a mainstream
> application.  IMAP4rev1 is a big protocol spec, lots of different
> ways to do things, and lots of mistakes to make.

It seems this is so.  I have looked into RT and am not sure I am ready
to dive in to it.  I can program fluently in several languages, but
Perl is *not* one of them, and the statement on the web page that
"several" other modules are needed does not improve my confidence.

> I seem to recall something along these lines appeared here recently
> that used NNTP for some internal communications, server having been
> written in Python by a rather competent sounding Brazilian programmer
> (so we're back on topic.)  Netscape & OE support that, I believe.

I'd like to hear more about this...