On Tue, Oct 15, 2002 at 07:10:09PM +0400, Ivan Zakharyaschev wrote:
> > > Может быть, это интересно:
> > >
> > > посмотрев на пакеты в других дистрибутивах, я понял, что этой
> > ошибки у
> > > них нет :-( (или всё-таки :-) ).
> > >
> > > В RH и Mdk свой эмулятор flock, который в отличие от нашего и
> > > оригинального (того, что идёт в составе UW imap) не занимается этой
> > > дурацкой проверкой на NFS.
> > >
> > > В Debian и SuSE используется flock -- там такая проверка просто не
> > > нужна, потому что известно, что flock не работает по NFS.
> >
> > Если в Debian используется только flock - то это нарушение какой-то
> > Debian'овской policy, так что проверьте.
> 
> + привилегированный dot-locker
> 
> Вот вывод strace -fF -e trace=flock,fcntl,fcntl64,open,dup2
> /usr/sbin/ipop3d при просмотре INBOX для трёх случаев (смотреть надо в
> конец):
> 
> Debian, на ext2

Ваня, у тебя достаточно свежий Debian?
http://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-mail-transport-agents :

All Debian MUAs, MTAs, MDAs and other mailbox accessing programs (such as
IMAP daemons) must lock the mailbox in an NFS-safe way. This means that
fcntl() locking must be combined with dot locking. To avoid deadlocks, a
program should use fcntl() first and dot locking after this, or
alternatively implement the two locking methods in a non blocking way.
Using the functions maillock and mailunlock provided by the
liblockfile* packages is the recommended way to realize this. 


--
ldv