[prev in list] [next in list] [prev in thread] [next in thread] 

List:       c-client
Subject:    Re: reappearing messages
From:       Jeff Clowser <jclowser () aerotek ! com>
Date:       1999-06-21 19:52:00
[Download RAW message or body]

> > The implication here is that there are multiple sessions to the single
> > mailbox.  However, this has been known to happen when we KNOW no other
> > systems are accessing the mailbox.  So unless Messenger is
> > opening multiple
> > sessions (as Dimitri(?) suggested in another response), I
> > don't believe
> > this to be happening.
>
> Messenger has been sighted opening a connection while a previous one was
> still active. As for the exact circumstances, that cause this situation,
> someone with @netscape.com in his e-mail will probably be able to answer.

This is from memory - happened a long, long time ago, in a data center far, far
away -
but I think most of the following is pretty accurate based on what I ran into:

Ran into this with POP and Navigator 3.x.  I'm pretty sure Communicator 4.x has

the same issue, and the issue happens with both pop and imap.  Basically, it
opened
a connection to download messages, etc.  It opened a separate connection to
check for
new mail.  If both connections open at the same time or overlap, bad things can
happen
(i.e the other connection, depending on the server, can break a connection,
make it read
only, etc.)

If I remember correctly way back when, one version of POP from the Washington
IMAP package would deny any new connections until the first closed.  This
caused
problems if the frist connect didn't close because the client crashed or such,
causing the
mailbox to be locked for 15 minutes or so.  The next version of IMAP from
washington
changed behavior to kick off the old connection in favor of the new. Kept
mailboxes from
being locked, but every time Navigator (Communicator wasn't around then)
checked for
new mail, it would kill any mail downloads in progress - particularly bad if
you had lots of
mail and a slow connection, such as dialup.

The "solution" was to either turn off checking for new mail, or make it happen
less
often so the chances of a collision between the 2 connections was less likely.


--
 Jeff Clowser
 mailto:jclowser@aerotek.com       Hanover MD  21076 USA
 Phone: (410)-579-4328             7312 Parkway Drive

[prev in list] [next in list] [prev in thread] [next in thread]