[Dovecot] Index file (date timestamp) issue on OS X 10.6.2 Server

Fri Nov 13 22:15:15 EET 2009

Further update..

Volumes of emails arriving - hits either server, some will be correctly received with date/time, others time stamped with 8 July 2037, 23:53
Same server could give either the correct or the 2037 timestamp.

Again, no errors being reported in the logs.

Any ideas?

Many thanks,

Darren

On 13 Nov 2009, at 16:10, Darren Latter wrote:

> Hi,
> 
> I've run into a bit of a problem and exhausted my knowledge and research.  I'm hoping that I've overlooked something very obvious!
> I moved from a single Apple OS X 10.6.2 server Dovecot environment to a NFS clustered environment, currently with two servers.  Both servers are identical hardware, software.  Currently both the Dovecot index and data files are on the NFS RAID array.  Both servers are configured to work with NFS per the Dovecot guides.
> The index and data files are accessed via a target link to the NFS mount via /var/spool/imap/dovecot.
> Email can be sent and received via either server and there are no errors being reported (both platforms are in debug mode). In essence everything appears to be working fine.
> 
> The issue is that after the index is initially built (all email timestamps are correct) however any new incoming email is timestamped:  8 July 2037  23:53
> 
> I checked the index files:
> drwx------   5 XXXX    mail    4096 Nov 12 20:41 .UND
> -rw-------   1 XXXX    staff   1472 Nov 13 12:30 .nfs.2005105c.0583
> -rw-------   2 XXXX    mail   56668 Nov 13 15:44 .nfs.200514ff.0583
> -rw-------   2 XXXX    mail    1364 Nov 13 15:44 .nfs.20051500.0583
> drwx------   2 XXXX    mail   12288 Nov 13 15:44 cur
> -rw-------   1 XXXX    mail     118 Nov 13 10:04 dovecot-keywords
> -rw-------   1 XXXX  staff   5359 Nov 13 15:44 dovecot-uidlist
> -rw-------   1 XXXX    staff      8 Nov 12 21:12 dovecot-uidvalidity
> -rw-------   1 XXXX   mail       0 Jul  8  2037 dovecot-uidvalidity.4afc7a3a
> -rw-------   1 XXXX    staff   1472 Nov 13 15:44 dovecot.index
> -rw-------   2 XXXX    mail   56668 Nov 13 15:44 dovecot.index.cache
> -rw-------   2 XXXX    mail    1364 Nov 13 15:44 dovecot.index.log
> -rw-------   1 XXXX    mail    3859 Nov 13 15:47 maildirsize
> drwx------   2 XXXX    mail    4096 Nov 13 15:44 new
> -rw-------   1 XXXX   mail     902 Nov  1 14:07 subscriptions
> drwx------   2 XXXX    mail    4096 Nov 13 15:44 tmp
> 
> When checking the "stand alone" old data - the files are all correctly dated.
> 
> This issue is the same for all users.
> 
> Any ideas?
> 
> Many thanks,
> 
> Darren
> 
> sh-3.2# /usr/sbin/dovecotd -n
> # 1.1.17apple0.5: /private/etc/dovecot/dovecot.conf
> Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 456). Either grow the limit or change login_max_processes_count and max_mail_processes settings
> # OS: Darwin 10.0.0 i386  nfs
> base_dir: /var/run/dovecot
> syslog_facility: local6
> protocols: managesieve imaps
> listen(default): *
> listen(imap): *
> listen(managesieve): *:2000
> ssl_cert_file: /etc/certificates/X.X.org.X.cert.pem
> ssl_key_file: /etc/certificates/X.X.org.X.key.pem
> ssl_cipher_list: ALL:!LOW:!SSLv2:!aNULL:!ADH:!eNULL
> login_dir: /var/run/dovecot/login
> login_executable(default): /usr/libexec/dovecot/imap-login
> login_executable(imap): /usr/libexec/dovecot/imap-login
> login_executable(managesieve): /usr/libexec/dovecot/managesieve-login
> login_user: _dovecot
> login_process_per_connection: no
> max_mail_processes: 200
> mail_max_userip_connections(default): 20
> mail_max_userip_connections(imap): 20
> mail_max_userip_connections(managesieve): 10
> verbose_proctitle: yes
> first_valid_uid: 6
> first_valid_gid: 6
> mail_access_groups: mail
> mail_location: maildir:/var/spool/imap/dovecot/mail/%u
> mail_debug: yes
> mmap_disable: yes
> dotlock_use_excl: no
> mail_nfs_storage: yes
> mail_nfs_index: yes
> lock_method: dotlock
> mbox_read_locks: fcntl dotlock
> mbox_write_locks: fcntl dotlock
> mail_executable(default): /usr/libexec/dovecot/imap
> mail_executable(imap): /usr/libexec/dovecot/imap
> mail_executable(managesieve): /usr/libexec/dovecot/managesieve
> mail_process_sharing(default): full
> mail_process_sharing(imap): full
> mail_process_sharing(managesieve): none
> mail_max_connections(default): 5
> mail_max_connections(imap): 5
> mail_max_connections(managesieve): 20
> mail_plugins(default): quota imap_quota
> mail_plugins(imap): quota imap_quota
> mail_plugins(managesieve): 
> mail_plugin_dir(default): /usr/lib/dovecot/imap
> mail_plugin_dir(imap): /usr/lib/dovecot/imap
> mail_plugin_dir(managesieve): /usr/lib/dovecot/managesieve
> sieve_storage(default): 
> sieve_storage(imap): 
> sieve_storage(managesieve): /var/spool/imap/dovecot/sieve-scripts/%u
> sieve(default): 
> sieve(imap): 
> sieve(managesieve): /var/spool/imap/dovecot/sieve-scripts/%u/dovecot.sieve
> auth default:
>  mechanisms: gssapi cram-md5
>  verbose: yes
>  debug: yes
>  debug_passwords: yes
>  passdb:
>    driver: od
>  userdb:
>    driver: od
>    args: partition=/etc/dovecot/partition_map.conf enforce_quotas=no
>  socket:
>    type: listen
>    master:
>      path: /var/run/dovecot/auth-master
>      mode: 384
>      user: _dovecot
>      group: mail
> plugin:
>  quota_warning: storage=100%% /usr/libexec/dovecot/quota-exceeded.sh
>  quota: maildir:User quota
>  sieve: /var/spool/imap/dovecot/sieve-scripts/%u/dovecot.sieve
> 