Victor Sudakov wrote:
I use exim's appendfile transport, procmail and a local mutt on my
system, they all (to my knowledge) use lockfiles when working with
mboxes.
[vas@adm2 ~] procmail -v | & grep Locking
Locking strategies: dotlocking, lockf()
vas@adm2 ~] mutt -v|grep -i lock
Dear Colleagues,
I use exim's appendfile transport, procmail and a local mutt on my
system, they all (to my knowledge) use lockfiles when working with
mboxes.
However, `doveconf | grep lock` says
dotlock_use_excl = yes
lock_method = fcntl
mail_max_lock_timeout = 0
On Wed, 2009-09-30 at 18:08 -0700, Mark Hedges wrote:
This is an old thread, but I'm having the same problem.
pop3_lock_session=no
The iphone checks mail, and disconnects uncleanly. Then
there is a delivery attempt. I have procmail logging on,
and procmail sits there trying to lock the
On Fri, 2 Oct 2009, Timo Sirainen wrote:
Are you using mbox or maildir? With mbox I guess this is
more or less expected. The solutions I can think of:
mbox
a) Switch to maildir.
Nope our webmail depends on mbox.
b) Shrink pop3 idle timeout from 10 minutes to one minute
or so.
On Oct 2, 2009, at 9:30 PM, Mark Hedges wrote:
Maybe Apple can fix the problem with the iphone client?
Hrmm, I have no idea how to report it.
Do you know what exactly the disconnects uncleanly means? Can you
get some tcpdump logs? Either one of these should be fine:
a) Send POP3 QUIT
On Fri, 7 Aug 2009, Timo Sirainen wrote:
On Mon, 2009-08-03 at 10:47 -0500, Bill Dunn - VCI
Internet Services wrote:
I have a problem I can't seem to fix. I have dovecot
configured to do POP3 with plain text authentication
using a MySQL database. I am using Dovecot 1.0.7 with
fcntl
I have a problem I can't seem to fix. I have dovecot configured to do
POP3 with plain text authentication using a MySQL database. I am using
Dovecot 1.0.7 with fcntl locking.
My problem has been when an iPhone/iPod checks email. The iPhone/iPod
doesn't disconnect with a TCP FIN packet
On Fri, 2008-04-11 at 22:52 -0700, Mark Sapiro wrote:
Apr 8 19:07:20 sbh16 dovecot: pop3-login: Login: user=xxx,
method=PLAIN, rip=72.52.113.36, lip=72.52.113.36, secured
Dovecot read-locks the mbox file here.
Apr 8 19:07:22 sbh16 postfix/local[13745]: D959169046B:
[EMAIL PROTECTED],
Timo Sirainen wrote:
On Fri, 2008-04-11 at 22:52 -0700, Mark Sapiro wrote:
From now on, as messages are added to the mailbox by Postfix, fetchmail
keeps retrieving both old and new messages. i.e. even though dovecot's
log says del 1/1 (or del n/n) no messages are actually deleted from
the
On Sun, 2008-05-04 at 10:45 -0700, Mark Sapiro wrote:
Here's one additional piece of information which may or may not be
relevant. There are actually three users (and three separate mailboxes)
whose mail is being retrieved via POP3/fetchmail, but all three users
have the same UID so there
Timo Sirainen wrote:
On Sun, 2008-05-04 at 10:45 -0700, Mark Sapiro wrote:
Here's one additional piece of information which may or may not be
relevant. There are actually three users (and three separate mailboxes)
whose mail is being retrieved via POP3/fetchmail, but all three users
have the
Here's my configuration.
dovecot -n
# 1.0.7: /usr/local/etc/dovecot.conf
protocols: pop3
ssl_disable: yes
disable_plaintext_auth: no
login_dir: /usr/local/var/run/dovecot/login
login_executable: /usr/local/libexec/dovecot/pop3-login
mail_extra_groups: mail
mail_location: /var/spool/mail/%u
12 matches
Mail list logo
