dovecot - Jul 2009 - lock files causing time outs with Thunderbird

I have dovecot 1.1.16 running on Solaris 10.  We are seeing problem with 
lock files taking forever to be removed after opening a email folder 
like Trash with several thousand messages in them.  We use mbox format. 
All users inbox's are local to the mail server, and all other users mail 
folders are stored on a separate file server mounted via NFS.  I see no 
problems with the NFS mounts.  cd'ing into the mount points, listing 
files and viewing files a perform with now visible delays.

Is there something I can do in the config file to speed things up?


Here is the config file:

# 1.1.16: /userM/mail-services/dovecot/etc/dovecot.conf
Warning: fd limit 256 is lower than what Dovecot can use under full load 
(more than 3072). Either grow the limit or change 
login_max_processes_count and max_mail_processes settings
# OS: SunOS 5.10 sun4v
base_dir: /userM/mail-services/dovecot/var/run/dovecot/
protocols: imap imaps pop3 pop3s
ssl_cert_file: /userM/mail-services/dovecot/etc/ssl/dovecot.pem
ssl_key_file: /userM/mail-services/dovecot/etc/ssl/privkey.pem
ssl_parameters_regenerate: 0
ssl_cipher_list: MEDIUM:!LOW
disable_plaintext_auth: no
login_dir: /userM/mail-services/dovecot/var/run/dovecot/login
login_executable(default): 
/userM/mail-services/dovecot/libexec/dovecot/imap-login
login_executable(imap): 
/userM/mail-services/dovecot/libexec/dovecot/imap-login
login_executable(pop3): 
/userM/mail-services/dovecot/libexec/dovecot/pop3-login
login_greeting: Cyrus ready.
login_max_processes_count: 1024
max_mail_processes: 1024
mail_location: mbox:~/:INBOX=/userM/mail/%u
mail_debug: yes
mmap_disable: yes
mail_nfs_index: yes
mbox_write_locks: fcntl dotlock
mbox_dotlock_change_timeout: 60
mail_executable(default): /userM/mail-services/dovecot/libexec/dovecot/imap
mail_executable(imap): /userM/mail-services/dovecot/libexec/dovecot/imap
mail_executable(pop3): /userM/mail-services/dovecot/libexec/dovecot/pop3
mail_plugins(default): convert
mail_plugins(imap): convert
mail_plugins(pop3):
mail_plugin_dir(default): /userM/mail-services/dovecot/lib/dovecot/imap
mail_plugin_dir(imap): /userM/mail-services/dovecot/lib/dovecot/imap
mail_plugin_dir(pop3): /userM/mail-services/dovecot/lib/dovecot/pop3
auth default:
   mechanisms: plain login
   verbose: yes
   debug: yes
   worker_max_count: 1024
   worker_max_request_count: 2000
   passdb:
     driver: pam
   passdb:
     driver: passwd
     args: blocking=yes
   userdb:
     driver: passwd
     args: blocking=yes
   socket:
     type: listen
     client:
       path: /var/lib/postfix/private/auth
       mode: 438
       user: postfix
       group: postfix
     master:
       path: /userM/mail-services/dovecot/var/run/dovecot//auth-master
       mode: 384
plugin:
   convert_mail: Maildir:~/Maildir:INBOX=/userM/mail/%u



-- 
C. J. Keist                     Email: cj.keist at colostate.edu
UNIX/Network Manager            Phone: 970-491-0630
Engineering Network Services    Fax:   970-491-5569
College of Engineering, CSU
Ft. Collins, CO 80523-1301

All I want is a chance to prove 'Money can't buy happiness'

On Fri, 2009-07-24 at 15:55 -0600, CJ Keist wrote:
> I have dovecot 1.1.16 running on Solaris 10.  We are seeing problem with 
> lock files taking forever to be removed after opening a email folder 
> like Trash with several thousand messages in them.  We use mbox format. 
You mean dotlock files (e.g. "Trash.lock")? Does Dovecot log anything?
> Is there something I can do in the config file to speed things up?
Are you using Dovecot deliver? If not, mbox_very_dirty_syncs=yes should
speed things up with large mboxes.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20090724/5086d0f6/attachment-0002.bin>

Yes, I'm talking about Trash.lock files, not seeing any errors in the 
log files related with lock files.

Yes, I am using dovecot deliver.  So does that mean I should not set 
mbox_very_dirty_syncs to yes?


Timo Sirainen wrote:
> On Fri, 2009-07-24 at 15:55 -0600, CJ Keist wrote:
>> I have dovecot 1.1.16 running on Solaris 10.  We are seeing problem
with
>> lock files taking forever to be removed after opening a email folder 
>> like Trash with several thousand messages in them.  We use mbox format.
> 
> You mean dotlock files (e.g. "Trash.lock")? Does Dovecot log
anything?
> 
>> Is there something I can do in the config file to speed things up?
> 
> Are you using Dovecot deliver? If not, mbox_very_dirty_syncs=yes should
> speed things up with large mboxes.
> 
-- 
C. J. Keist                     Email: cj.keist at colostate.edu
UNIX/Network Manager            Phone: 970-491-0630
Engineering Network Services    Fax:   970-491-5569
College of Engineering, CSU
Ft. Collins, CO 80523-1301

All I want is a chance to prove 'Money can't buy happiness'