[Dovecot] Panic on one specific user
dovecot: imap(john@example.com): Error: /usr/local/virtual/john@example.com/dovecot.index: modseq_hdr.log_offset too large dovecot: imap(john@example.com): Error: /usr/local/virtual/john@example.com/dovecot.index: modseq_hdr.log_offset too large dovecot: imap(john@example.com): Panic: file mail-transaction-log-file.c: line 1148 (mail_transaction_log_file_get_highest_modseq_at): assertion failed: (offset <= file->sync_offset) dovecot: imap(john@example.com): Fatal: master: service(imap): child 88284 killed with signal 6 (core not dumped - set service imap { drop_priv_before_exec=yes })
and also:
dovecot: lda(john@southgaylord.com): Error: /usr/local/virtual/john@southgaylord.com/dovecot.index: modseq_hdr.log_offset too large dovecot: lda(john@southgaylord.com): Error: /usr/local/virtual/john@southgaylord.com/dovecot.index: modseq_hdr.log_offset too large dovecot: lda(john@southgaylord.com): Panic: file mail-transaction-log-file.c: line 1148 (mail_transaction_log_file_get_highest_modseq_at): assertion failed: (offset <= file->sync_offset)
(this block does not generate a fatal error)
It doesn't appear to be affecting the user's ability to check mail (or at least no complaints about that).
The only instances of "LDA" in my logs are this error. The user is a virtual user in MySQL like all the other virtual, including other users on the domain who do not show this problem.
I think I may have posted about this before (last month?), but I haven't found a solution.
$ dovecot -n
# 2.2.9: /usr/local/etc/dovecot/dovecot.conf
# OS: FreeBSD 9.1-RELEASE i386
auth_mechanisms = PLAIN LOGIN
disable_plaintext_auth = no
first_valid_uid = 89
login_log_format_elements = user=<%u> %r %m %c
mail_location = maildir:~/Maildir
mail_max_userip_connections = 90
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
namespace inbox {
inbox = yes
location =
mailbox Drafts {
special_use = \Drafts
}
mailbox Junk {
auto = subscribe
special_use = \Junk
}
mailbox NotJunk { auto = subscribe } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } protocols = imap sieve service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } } service imap-login { inet_listener imaps { port = 993 ssl = yes } } ssl_cert =
-- The truth isn't easily pinned to a page. In the bathtub of history the truth is harder to hold than soap, and much more difficult to find...
On 12 Feb 2014, at 10:16 , LuKreme kremels@kreme.com wrote:
It doesn't appear to be affecting the user's ability to check mail (or at least no complaints about that).
He can check mail, he cannot RECEIVE mail.
-- Forget the Joneses. I can't keep up with The Simpsons.
On 12 Feb 2014, at 12:53 , LuKreme kremels@kreme.com wrote:
On 12 Feb 2014, at 10:16 , LuKreme kremels@kreme.com wrote:
It doesn't appear to be affecting the user's ability to check mail (or at least no complaints about that).
He can check mail, he cannot RECEIVE mail.
I completely reinstalled dovecot, was still getting the same errors, still only on that user.
I went into the user's mailspool and
find . -name "dovecot*" -delete
All is right with the world.
-- 'You know me,' said Rincewind. 'Just when I'm getting a grip on something Fate comes along and jumps on my fingers.' --Interesting Times
participants (1)
-
LuKreme