[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: POP3d locking
|
From: |
Sergey Poznyakoff |
|
Subject: |
Re: POP3d locking |
|
Date: |
Tue, 24 Apr 2001 20:56:09 +0300 |
> So my proposition:
> - lock the mailbox the entire session: i.e the lock
> is only advisory %.lock not fcntl (F_LCK )
> - Check in the TRANSACTION stage for corruption
> some program may not respect the lock.
> - update the lock (touchlock) .. touch the file %.lock
> - unlock the mailbox rm %.lock at the end of the session.
>
> Thoughts?
Sounds very good. Would you mind if I try to implement this?
-Sergey
- sieve, and header_t's api, Sam Roberts, 2001/04/22
- Re: sieve, and header_t's api, Alain Magloire, 2001/04/22
- Message not available
- Re: sieve, and header_t's api, Sam Roberts, 2001/04/23
- Re: sieve, and header_t's api, Alain Magloire, 2001/04/23
- Bug in mapfile_stream.c, Sergey Poznyakoff, 2001/04/23
- Sergey(patch mbx_mbox.c), Alain Magloire, 2001/04/23
- POP3d locking, Alain Magloire, 2001/04/23
- Re: POP3d locking, Sergey Poznyakoff, 2001/04/24
- Re: POP3d locking, Alain Magloire, 2001/04/24
- Re: POP3d locking,
Sergey Poznyakoff <=
- Re: POP3d locking, Alain Magloire, 2001/04/24
- Re: POP3d locking, Sergey Poznyakoff, 2001/04/24
- Re: POP3d locking, Alain Magloire, 2001/04/24
- Re: POP3d locking, Sergey Poznyakoff, 2001/04/24
- Re: POP3d locking, Alain Magloire, 2001/04/24
- Re: sieve, and header_t's api, Alain Magloire, 2001/04/24