[Dovecot] dovecot produces messages dupes after nfs problems
Hi everyone,
some days ago I had trouble with my NFS-Server (high delays) which caused dovecot lmtp to deliver the same message several times (up to 10x).
I recognized some old/unused .nfsXXXX files in the maildirs which seemed to be index files. I deleted them and everything was fine again.
However, there are still 2-3 mailboxen where mails (old and new ones) are delivered multiple times.
All duplicates have no "received from" headers. Seperate lmtp log shows only one delivery.
Any hint or advice what might be wrong?
Regards Patrick
# 2.2.2: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.1 auth_mechanisms = plain login disable_plaintext_auth = no dotlock_use_excl = no hostname = mb02.wk-serv.net listen = 172.17.1.2 log_path = /var/log/dovecot.log login_trusted_networks = 172.17.1.3 172.17.1.4 mail_fsync = always mail_gid = vmail mail_home = /var/mail/%d/%n mail_location = maildir:~/Maildir mail_plugins = quota mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave mmap_disable = yes namespace inbox { inbox = yes location = mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { auto = subscribe special_use = \Sent } mailbox Spamverdacht { auto = subscribe } mailbox Trash { auto = subscribe special_use = \Trash } prefix = INBOX. separator = . type = private } passdb { args = /usr/local/etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { quota = dict:User quota::file:%h/Maildir/dovecot-quota quota_rule2 = INBOX.Trash:ignore quota_warning = storage=90%% quota-warning 90 %u quota_warning2 = storage=75%% quota-warning 75 %u sieve = ~/.dovecot.sieve sieve_after = /usr/local/etc/dovecot/sieve/sieve_after.sieve sieve_default = /usr/local/etc/dovecot/sieve/default.sieve sieve_dir = ~/sieve } protocols = imap pop3 lmtp sieve service auth { unix_listener auth-userdb { group = vmail mode = 0666 user = vmail } } service lmtp { executable = lmtp -L inet_listener lmtp { address = 172.17.1.2 port = 24 } } service managesieve-login { inet_listener sieve { port = 4190 } } service quota-warning { executable = script /usr/local/etc/dovecot/quota_warning.sh unix_listener quota-warning { user = vmail } user = root } userdb { args = /usr/local/etc/dovecot/dovecot-sql.conf.ext driver = sql } protocol lmtp { info_log_path = /var/log/dovecot-lmtp.log mail_plugins = quota sieve } protocol imap { mail_max_userip_connections = 30 mail_plugins = quota imap_quota }
On 2014-01-22 2:37 PM, Patrick Westenberg <pw@wk-serv.de> wrote:
All duplicates have no "received from" headers. Seperate lmtp log shows only one delivery.
As when troubleshooting anything like this, FULL logs for an event exhibiting the problem is in order.
So, a full transaction log of a delivery that resulted in duplicates. Not just the LMTP logs, ALL logs (including the postfix logs).
Any hint or advice what might be wrong?
Since you are using NFS, and there are well known potential issues when using NFS under certain circumstances, a more detailed description of your (NFS) setup is in order.
Ie - are you using Director?
--
Best regards,
Charles
On 1/23/14, Charles Marcus <CMarcus@media-brokers.com> wrote:
On 2014-01-22 2:37 PM, Patrick Westenberg <pw@wk-serv.de> wrote:
All duplicates have no "received from" headers. Seperate lmtp log shows only one delivery.
As when troubleshooting anything like this, FULL logs for an event exhibiting the problem is in order.
doubt that would work in this case
Since you are using NFS, and there are well known potential issues when using NFS under certain circumstances, a more detailed description of your (NFS) setup is in order.
never had any probems with NFS, but we dont use lmtp, we use dovecot-lda and we dont use director either
On 2014-01-23 9:38 PM, Nick Edwards <nick.z.edwards@gmail.com> wrote:
On 1/23/14, Charles Marcus <CMarcus@media-brokers.com> wrote:
On 2014-01-22 2:37 PM, Patrick Westenberg <pw@wk-serv.de> wrote:
All duplicates have no "received from" headers. Seperate lmtp log shows only one delivery. As when troubleshooting anything like this, FULL logs for an event exhibiting the problem is in order.
doubt that would work in this case
Really? Without full logs, how would you then troubleshoot ANY problem?
Since you are using NFS, and there are well known potential issues when using NFS under certain circumstances, a more detailed description of your (NFS) setup is in order. never had any probems with NFS, but we dont use lmtp, we use dovecot-lda and we dont use director either
If you have read the dovecot wiki (and the list archives), then you also know that with NFS, the problems are all related to setups where the NFS mailstore is being accessed by more than one dovecot server at a time.
That is what I was hinting at by 'a more detailed description of his (NFS) setup'...
Hi,
this seems to be a problem with Outlook 2013 and not NFS.
Regards Patrick
On 2014-01-25 4:30 AM, Patrick Westenberg <pw@wk-serv.de> wrote:
this seems to be a problem with Outlook 2013 and not NFS.
One of many details that you neglected to mention.
Also, I just noticed your OP said you were using 2.2.2, so per my last email on this:
The first thing to do when experiencing problems like this is make sure you are on the current version of whatever point release you are running. In your case that would be 2.2.10. Then if you still experience the problem, come back and re-ask...
If you are unable to update due to some kind of 'LTS' restrictions enforced by your chosen OS, then your first line of support should be from them - otherwise, what is the point of using that OS?
Also, they would be the ones that would have to back-port any fixes from more recent releases to your 'stable' version.
--
Best regards,
Charles
participants (3)
-
Charles Marcus
-
Nick Edwards
-
Patrick Westenberg