On Thu, 31 Jul 2008, Timo Sirainen wrote:
> On Jul 31, 2008, at 8:10 PM, Mark Sapiro wrote:
>
>> On Wed, Jul 30, 2008 at 06:05:27PM +0200, Kai Schaetzl wrote:
>>>
>>> but it seems to be off by default. From my dovecot.conf (1.07):
>>>
>>> #pop3_lock_session = no
>>>
>>> I think it should be on by
on 7-31-2008 11:46 PM Ed W spake the following:
Adrian Overbury wrote:
Okay, then. Has anyone built packages for Ubuntu Dapper Drake from the
latest sources, then? I'd appreciate being able to get my hands on
thoses.
What's wrong with the Ubunutu ones? Two seconds on google gets me:
http:
Timo Sirainen wrote:
On Jul 31, 2008, at 8:10 PM, Mark Sapiro wrote:
On Wed, Jul 30, 2008 at 06:05:27PM +0200, Kai Schaetzl wrote:
but it seems to be off by default. From my dovecot.conf (1.07):
#pop3_lock_session = no
I think it should be on by default.
The problem is if you have an MUA
On 8/1/2008, Adrian Overbury ([EMAIL PROTECTED]) wrote:
Has anyone built packages for Ubuntu Dapper Drake from the latest
sources, then? I'd appreciate being able to get my hands on thoses.
It isn't in backports? I couldn't find a web searchable version of
ubuntu backports to search...
--
Adrian Overbury wrote:
Okay, then. Has anyone built packages for Ubuntu Dapper Drake from the
latest sources, then? I'd appreciate being able to get my hands on
thoses.
What's wrong with the Ubunutu ones? Two seconds on google gets me:
http://packages.ubuntu.com/hardy/dovecot-imapd
(I mig
Adrian Overbury wrote:
So, the final determination here is that newer versions of Dovecot than
the one I'm currently running will successfully lock up a mailbox and
limit access to it to a single session while that session exists (up to
a finite timeout, which I think is two minutes), right?
So, the final determination here is that newer versions of Dovecot than
the one I'm currently running will successfully lock up a mailbox and
limit access to it to a single session while that session exists (up to
a finite timeout, which I think is two minutes), right? Okay, then.
Has anyone b
On Jul 31, 2008, at 8:10 PM, Mark Sapiro wrote:
On Wed, Jul 30, 2008 at 06:05:27PM +0200, Kai Schaetzl wrote:
but it seems to be off by default. From my dovecot.conf (1.07):
#pop3_lock_session = no
I think it should be on by default.
The problem is if you have an MUA/MDA retrieving lots o
On Wed, Jul 30, 2008 at 06:05:27PM +0200, Kai Schaetzl wrote:
>
> but it seems to be off by default. From my dovecot.conf (1.07):
>
> #pop3_lock_session = no
>
> I think it should be on by default.
The problem is if you have an MUA/MDA retrieving lots of messages
over a potentially slow connec
Matthias Andree wrote on Wed, 30 Jul 2008 09:59:33 +0200:
> setting pop3_lock_session=yes works as expected (ca. 1.1.2 from hg):
but it seems to be off by default. From my dovecot.conf (1.07):
#pop3_lock_session = no
I think it should be on by default.
Kai
--
Kai Schätzl, Berlin, Germany
Get
On Wed, 30 Jul 2008, Matthias Andree wrote:
> Well... according to RFC-1939, the session should be locked when
> entering TRANSACTION state. Purpose is to avoid two processes stomping
> over each other in the later UPDATE state.
setting pop3_lock_session=yes works as expected (ca. 1.1.2 from hg):
On Wed, 30 Jul 2008, Adrian Overbury wrote:
> Now, our current server establishes a lock on the mailbox, and when that
> second connection happens it simply responds that there's no messages to
> collect... we used to have it terminate the connection, but this brings
> up confusing error mes
Adrian Overbury wrote:
I'm trying to understand what dovecot's behavior will be in a given
scenario to see if it will work as a (hopefully better) replacement
for the home-grown pop3 server we currently use.
User A is on a slow dialup connection, and uses, oh, let's say
Outlook, since that's
I'm trying to understand what dovecot's behavior will be in a given
scenario to see if it will work as a (hopefully better) replacement for
the home-grown pop3 server we currently use.
User A is on a slow dialup connection, and uses, oh, let's say Outlook,
since that's where most of our proble
14 matches
Mail list logo