Definitely AGAINST provided it doesn't cause problems... Can't see any to
date. Doesn't seem to screw up the second session, so all good!
Pop locks cause so many hassles for our helpdesk when people get cut off mid
session or the like. Yay for not needing to worry about it with dbmail!
/Mark
D]>
To:
Sent: Wednesday, September 25, 2002 1:24 AM
Subject: Re: [Dbmail] Pop locks
>
> A message is marked for deletion immediatly but is not removed from the
> database until the dbmail-maintenance routine is run.
>
> I've run concurrent session before. Unless a newer release has
A message is marked for deletion immediatly but is not removed from the
database until the dbmail-maintenance routine is run.
I've run concurrent session before. Unless a newer release has changed
things, POP and IMAP both are capable of running concurrent user sessions.
(with the same user)
Just checking so I can brief our helpdesk, I'm assuming dbmail does not lock
the pop sessions to prohibit the same user from relogging in while another
session is active.
>From my tests, it looks like any destructive change (eg deleting a message
Status: O
is honoured immediately upon a client ex
