October 2010 - dovecot

[Dovecot] assertion failed: (auth_request_state_count[request->state] > 0)
by Mike Abbott 15 Oct '10

15 Oct '10

First time I've seen this with dovecot-2.0.5. At 10:05 my auth server was having problems and I saw this: Thu Oct 14 10:05:32 server dovecot[3536]: lda: Error: userdb lookup(userX): Request timed out Thu Oct 14 10:05:32 server dovecot[3536]: lda: Fatal: Internal error occurred. Refer to server log for more information. OK, no problem there. But a few minutes later this crash that may or may not be related: Thu Oct 14 10:09:39 server dovecot[150]: auth: Panic: file auth-request.c: line 78 (auth_request_set_state): assertion failed: (auth_request_state_count[request->state] > 0) Here is a backtrace, unfortunately somewhat obfuscated by compiler optimization. 0 __pthread_kill + 10 1 pthread_kill + 95 2 abort + 143 3 i_set_failure_file + 274 4 i_set_failure_internal + 103 5 i_debug + 0 6 auth_request_initial + 0 7 auth_request_initial + 71 8 auth_penalty_anvil_callback + 207 9 anvil_client_connect + 364 10 io_loop_handler_run + 234 11 io_loop_run + 56 12 master_service_run + 27 13 main + 674 14 start + 52

2 1

[Dovecot] Limit access to dovecot by domains?
by Jobst Schmalenbach 15 Oct '10

15 Oct '10

Hi. Is there any way to limit access to dovecot by domains. I only need to give access to a well known set of domains, all from Australia and all networks are known and used either from people at home or mobile access (phones, laptops etc). iptables is not possible as e.g. OPTUS does not give away all of the networks mobile phones are connected to. I know some, but not all. It would be much nicer and easier to allow optusnet.com.au bigpond.com.au tpg.com.au and I have given 100% of our users access. I know there is an extra field called "allow_nets", I tried this and failed. I did a search and found that this only works with SQL? Maybe I could include a script that would check the reverse DNS record of a connected IP and then I could filter????? Jobst -- Why is the man who invests all your money called a broker? | |0| | Jobst Schmalenbach, jobst(a)barrett.com.au, General Manager | | |0| Barrett Consulting Group P/L & The Meditation Room P/L |0|0|0| +61 3 9532 7677, POBox 277, Caulfield South, 3162, Australia

5 6

[Dovecot] Samba4 Active Directory and Doveadm
by Trever L. Adams 15 Oct '10

15 Oct '10

When executing: doveadm search -A mailbox INBOX from SOMEBODY I am getting: doveadm(root): Error: user root: Invalid settings in userdb: userdb returned 0 as uid doveadm(root): Error: User lookup failed: Invalid user settings. Refer to server log for more information. doveadm(bin): Error: user bin: Couldn't drop privileges: Mail access for users with UID 1 not permitted (see first_valid_uid in config file). doveadm(bin): Error: User init failed doveadm: Error: Failed to iterate through some users hosts =FQDN base = dc=example,dc=com ldap_version = 3 user_attrs = =homeDirectory=/home/vmail/%d/%n, =mail=maildir:/home/vmail/%d/%n, uid=vmail, gid=vmail user_filter = (&(objectClass=person)(|(mail=%u)(sAMAccountName=%u)(userPrinicipalName=%u))) # For using doveadm -A: iterate_attrs = uid=samaccountname iterate_filter = (objectClass=person) I can receive email and login just fine. The problem is when doing doveadm stuff. I do not know ldap (learning as I go). I need to set the uid/guid to vmail (500 in this case if vmail can't be used). Any help would be greatly appreciated. I do not have sfu or rfc2xxx enabled as this requires changing things with Samba 4 that I would rather avoid at the moment. Thank you for any help, Trever -- "Virtue does not always demand a heavy sacrifice -- only the willingness to make it when necessary." -- Frederick Dunn

2 7

[Dovecot] Master user sees empty folder list
by interfaSys sàrl 15 Oct '10

15 Oct '10

Hello, I'm having a "path" problem with master users. When logged on as a master user, I can't see the user's folders. I'm trying to use system users as master users, so I'm using something like this: # Master password auth_master_user_separator = * passdb { driver = passwd master = yes pass = yes } # System users passdb { driver = passwd } # Virtualusers users passdb { driver = passwd-file args = username_format=%n /etc/virtual/%d/passwd } mail_location = mdbox:~/mdbox System and virtual users see their folders fine, including the shared namespaces, but as a master user, I see an empty mailbox. I've turned on debugging and watched things like root= and fs= and they're normal. Permissions should be OK since the system user has the same uid:gid as the virtual user. What could it be? Cheers, Olivier

2 1

[Dovecot] dovecot-lda segfaults (debug)
by Michael M Galapchuk 15 Oct '10

15 Oct '10

Hello list, When trying to deliver a big message (which over-quota user limit), I always get segmentation faults. Others common delivers work fine. This only happens with messages, which over-quota user limit. Here is more details: /var/log/maillog: ... ** user(a)fakedomain.ua R=virtual_user T=dovecot_virtual_delivery: Child process of dovecot_virtual_delivery transport (running command "/usr/local/libexec/dovecot/deliver -d $local_part@$domain -f $sender_address") was terminated by signal 11 (segmentation fault) ... /var/log/messages: ... kernel: pid 27409 (deliver), uid 26: exited on signal 11 ... dovecot -n: # 1.2.14: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.3-RELEASE-p2 amd64 protocols: imap pop3 imaps pop3s managesieve disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login login_log_format_elements: user=<%u> method=%m rip=%r %c login_processes_count: 10 valid_chroot_dirs: /var/mail verbose_proctitle: yes first_valid_uid: 26 first_valid_gid: 6 mail_privileged_group: mail mail_location: mbox:~/mail:INBOX=/var/mail/virtual/%Ld/%Ln mail_debug: yes mbox_write_locks: fcntl mbox_min_index_size: 100 mbox_very_dirty_syncs: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve imap_client_workarounds(default): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): imap_client_workarounds(managesieve): pop3_no_flag_updates(default): no pop3_no_flag_updates(imap): no pop3_no_flag_updates(pop3): yes pop3_no_flag_updates(managesieve): no pop3_enable_last(default): no pop3_enable_last(imap): no pop3_enable_last(pop3): yes pop3_enable_last(managesieve): no pop3_lock_session(default): no pop3_lock_session(imap): no pop3_lock_session(pop3): yes pop3_lock_session(managesieve): no pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_client_workarounds(managesieve): lda: postmaster_address: postmaster(a)fakedomain.ua mail_plugins: quota quota_full_tempfail: no sendmail_path: /usr/local/sbin/exim log_path: /var/log/dovecot-deliver-errors.log info_log_path: /var/log/dovecot-deliver.log auth default: mechanisms: plain login default_realm: fakedomain.ua username_format: %Lu debug: yes passdb: driver: sql args: /usr/local/etc/dovecot-mysql.conf userdb: driver: sql args: /usr/local/etc/dovecot-mysql.conf socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 384 user: mailnull group: mail plugin: quota: dict:user::proxy::quotadict dict: quotadict: mysql:/usr/local/etc/dovecot-dict-quota.conf ----------- /var/log/dovecot-deliver.log (before segfaults): Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: Loading modules from directory: /usr/local/lib/dovecot/lda Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: Module loaded: /usr/local/lib/dovecot/lda/lib10_quota_plugin.so Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: auth input: home=/var/mail/virtual/home/fakedomain.ua/user Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: auth input: uid=26 Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: auth input: gid=6 Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: auth input: quota_rule=*:bytes=10485760 Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: Quota root: name=user backend=dict args=:proxy::quotadict Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: Quota rule: root=user mailbox=* bytes=10485760 messages=0 Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: dict quota: user=user(a)fakedomain.ua, uri=proxy::quotadict, noenforcing=0 Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: mbox: data=/var/mail/virtual/home/fakedomain.ua/user/mail:INBOX=/var/mail/virtual /fakedomain.ua/user Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: fs: root=/var/mail/virtual/home/fakedomain.ua/user/mail, index=, control=, inbox= /var/mail/virtual/fakedomain.ua/user Oct 05 14:55:43 deliver(user(a)fakedomain.ua): Info: dict quota: user=user(a)fakedomain.ua, uri=proxy::quotadict, noenforcing=0 ----------- gdb --args /usr/local/libexec/dovecot/deliver -d user(a)fakedomain.ua -p ./big_message.eml GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) r Starting program: /usr/local/libexec/dovecot/deliver -d user(a)fakedomain.ua -p ./big_mess.eml (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x0000000000483340 in message_parser_parse_next_block () (gdb) bt full #0 0x0000000000483340 in message_parser_parse_next_block () No symbol table info available. #1 0x0000000000444fe4 in index_mail_cache_parse_continue () No symbol table info available. #2 0x0000000000446251 in index_mail_cache_parse_deinit () No symbol table info available. #3 0x000000000043c110 in mbox_save_finish () No symbol table info available. #4 0x000000000043c1b3 in mbox_save_cancel () No symbol table info available. #5 0x00000000004565a0 in mailbox_save_cancel () No symbol table info available. #6 0x0000000000456835 in mailbox_save_begin () No symbol table info available. #7 0x00000000004529e4 in mail_storage_copy () No symbol table info available. #8 0x0000000800e09ee1 in quota_copy () from /usr/local/lib/dovecot/lda/lib10_quota_plugin.so No symbol table info available. #9 0x00000000004565c2 in mailbox_copy () No symbol table info available. #10 0x0000000000418b6a in deliver_save () No symbol table info available. #11 0x000000000041a82d in main () No symbol table info available. (gdb) quit ----------- If you need any additional information, please tell me. ---- Best regards, Mike

2 2

[Dovecot] 2.0.5 masteruser problem with uncached users
by Ralf Hildebrandt 15 Oct '10

15 Oct '10

a "masteruser" login fails: Oct 8 15:12:54 postamt dovecot: auth: Debug: auth(masteruser,141.42.206.38,master): Master user lookup for login: nonworkinguser Oct 8 15:12:54 postamt dovecot: auth: passdb(masteruser,141.42.206.38,master): Master user logging in as nonworkinguser Oct 8 15:12:54 postamt dovecot: auth: Debug: cache(nonworkinguser,141.42.206.38): expired Oct 8 15:12:54 postamt dovecot: auth: Debug: pam(nonworkinguser,141.42.206.38): lookup service=dovecot Oct 8 15:12:54 postamt dovecot: auth: Debug: pam(nonworkinguser,141.42.206.38): #1/1 style=1 msg=Password: Oct 8 15:12:56 postamt dovecot: auth: pam(nonworkinguser,141.42.206.38): pam_authenticate() failed: Authentication failure (password mismatch?) (given password: correct_masteruserpassword) Oct 8 15:12:58 postamt dovecot: auth: Debug: client out: FAIL^I48226^Iuser=nonworkinguser^Iauthz Oct 8 15:12:58 postamt dovecot: imap-login: Disconnected (auth failed, 1 attempts): user=<nonworkinguser>, method=PLAIN, rip=141.42.206.38, lip=141.42.206.36, mpid=0 but with the same setup, a masteruser for another user succeeded: Oct 8 13:44:31 postamt dovecot: auth: Debug: auth(masteruser,127.0.0.1,master): Master user lookup for login: workinguser Oct 8 13:44:31 postamt dovecot: auth: passdb(masteruser,127.0.0.1,master): Master user logging in as workinguser Oct 8 13:44:31 postamt dovecot: auth: Debug: cache(workinguser,127.0.0.1): hit: {SHA1}fJcDCzIZnqwatTFXqU/Vgf5kwlo=^Iuser=workinguser^Iuser=workinguser Oct 8 13:44:31 postamt dovecot: auth: Debug: client out: OK^I3685^Iuser=workinguser Oct 8 13:44:32 postamt dovecot: auth: Debug: master out: USER^I1^Iworkinguser^Isystem_groups_user=workinguser^Iuid=47077^Igid=100^Ihome=/home/d/w/workinguser^Imaster_user=masteruser Oct 8 13:44:32 postamt dovecot: imap-login: Login: user=<workinguser>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=28224, secured So why does the masteruser login for an UNCACHED user fail? auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login disable_plaintext_auth = no auth_master_user_separator = * # fuer user*masteruser logins passdb { args = /usr/dovecot-2/etc/dovecot/dovecot.masteruser driver = passwd-file master = yes pass = yes } # Authorisierung via PAM, /etc/pam.d/dovecot auth_cache_size = 64 M passdb { driver = pam args = cache_key=%u } # User via passwd userdb { driver = passwd } -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

2 5

[Dovecot] "doveadm mailbox create" oddities
by Andre 15 Oct '10

15 Oct '10

Hi to all! I’m trying to understand the usage of "doveadm mailbox create”. If I do, as root: # doveadm mailbox create -u __public__ sys/test doveadm(__public__): Error: Can't create mailbox sys/test: Permission denied but if I do: # doveadm mailbox create -u __public__ test every thing is OK. “sys" is a shared maildir folder, that is visible in the client as "#Public/sys”. __public__ is the user that owns Public folders, here is the complete details: userdb: __public__ uid : 10002 gid : 8 home : /var/mail/domainname/__public__ mail : maildir:~/maildir:INBOX=~/maildir/INBOX:LAYOUT=fs:INDEX=~/indexes/ Do I have to add root with proper permissions to ACL? TIA Andre

3 2

Re: [Dovecot] mbox folder deleting
by Tobias Daucher 15 Oct '10

15 Oct '10

Am 14.10.2010 17:23, schrieb Timo Sirainen: > On Tue, 2010-10-12 at 16:30 +0200, Tobias Daucher wrote: >> Hi there again, >> I just wanna tell you what little bug we've found... >> Namespace is in mbox format. >> After deleting an mbox the entry in the .imap stays so not everyting is >> moved away and ist just hanging around... >> not so bad, but would be nice if it was cleaned up... > > You didn't mention what Dovecot version. I think in earlier v2.0.x there > was such a bug, but at least now with v2.0.5 it gets deleted just fine. > ok thanks, we just tried 2.0.3 - sorry... in the other posting i made there was the version number and so on... tobi -- Dr. Nagler & Company GmbH Hauptstraße 9 92253 Schnaittenbach Tel : 09622-7197-38 Fax : 09622-7197-50 Handy: 0160-5348073 Web : http://www.nagler-company.com E-Mail : tobias.daucher(a)nagler-company.com Amberg HRB 2845 Gerichtsstand Amberg Steuernummer 201/118/51809 USt.-ID-Nummer DE 813066264 Geschäftsführer: Dr. Martin Nagler

1 0

[Dovecot] bug in dsync
by Tobias Daucher 15 Oct '10

15 Oct '10

Hi, I'm trying to convert mailboxes from mbox zu mdbox. The following command was performed: dsync mirror -u tsdauche mbox:~/.NCmail/Drafts dsync(tsdauche): Fatal: execvp(-u) failed: No such file or directory dsync(tsdauche): Panic: file dsync-worker-local.c: line 185 (dsync_drop_extra_namespaces): assertion failed: (ns != NULL) [1] Abort trap (core dumped) dsync mirror -u tsdauche mbox:~/.NCmail/Drafts I also tried other combinations with dsync, but they all fail... :( I'm sending the core file and the conf output with this mail. Hope you can find out whats the problem, thanks a lot! Tobi -- Dr. Nagler & Company GmbH Hauptstraße 9 92253 Schnaittenbach Tel : 09622-7197-38 Fax : 09622-7197-50 Handy: 0160-5348073 Web : http://www.nagler-company.com E-Mail : tobias.daucher(a)nagler-company.com Amberg HRB 2845 Gerichtsstand Amberg Steuernummer 201/118/51809 USt.-ID-Nummer DE 813066264 Geschäftsführer: Dr. Martin Nagler dovecot.conf # 2.0.3: /usr/local/etc/dovecot/dovecot.conf # OS: NetBSD 5.0.2 amd64 auth_cache_size = 10485760 auth_cache_ttl = 36000 s auth_mechanisms = plain login auth_socket_path = /var/run/dovecot/auth-userdb auth_verbose = yes base_dir = /var/run/dovecot/ debug_log_path = /var/tmp/dovecot-debug-log default_internal_user = open-xchange default_login_user = open-xchange deliver_log_format = msgid=%m: %$ From = %f Size = %p disable_plaintext_auth = no dotlock_use_excl = yes hostname = s051 info_log_path = syslog lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = * mail_plugin_dir = /usr/lib/dovecot mdbox_rotate_size = 209715200 namespace { hidden = yes inbox = no list = yes location = mdbox:%h/.NCmailmd prefix = NCmailmd/ separator = / subscriptions = yes type = private } namespace { hidden = yes inbox = yes list = children location = mdbox:/var/mail/%u prefix = _INBOX_/ separator = / subscriptions = yes type = private } namespace { hidden = yes inbox = no list = yes location = mbox:%h/.NCmailmd/ARCHIV prefix = ARCHIV/ separator = / subscriptions = yes type = private } namespace { hidden = yes inbox = no list = children location = mdbox:%h/.NONEXISTENT no_storage_autocreate = yes no_storage_autodetect = yes prefix = NONEXISTENT/ separator = / subscriptions = yes type = private } passdb { driver = passwd } postmaster_address = postmaster(a)nagler-company.com protocols = imap quota_full_tempfail = yes sendmail_path = /usr/pkg/libexec/sendmail/sendmail service auth-worker { user = root } service auth { unix_listener auth-userdb { group = mode = 0666 user = } user = $default_internal_user } service imap-login { process_min_avail = 1 service_count = 0 vsz_limit = 67108864 } service imap { process_limit = 1024 vsz_limit = 268435456 } ssl = no userdb { driver = passwd } verbose_proctitle = yes protocol imap { imap_client_workarounds = delay-newmail imap_idle_notify_interval = 120 s imap_logout_format = bytes=%i/%o imap_max_line_length = 65536 mail_max_userip_connections = 0 mail_plugins = }

2 2

[Dovecot] duplicate transaction log sequence?
by Bjørn T Johansen 14 Oct '10

14 Oct '10

We had to move our dovecot from one server to another and used rsync to move the mail but it took us some time.. In our log at the new server, we are getting a lot of these..: 2010/10/08 23:28:23 imap(emailadr): Error: Index /opt/vmail/ba-avis.no/bpe/mail/.Nettforum/dovecot.index: Lost log for seq=22 offset=25248 2010/10/08 23:28:23 imap(emailadr): Warning: fscking index file /opt/vmail/ba-avis.no/bpe/mail/.Nettforum/dovecot.index 2010/10/08 23:28:23 imap(emailadr): Error: /opt/vmail/ba-avis.no/bpe/mail/.Nettforum/dovecot.index log position went backwards (22,25248 < 23,42384) 2010/10/08 23:28:23 imap(emailadr): Error: Index /opt/vmail/ba-avis.no/bpe/mail/.Nettforum/dovecot.index: Lost log for seq=22 offset=25248 2010/10/08 23:28:23 imap(emailadr): Warning: fscking index file /opt/vmail/ba-avis.no/bpe/mail/.Nettforum/dovecot.index 2010/10/08 23:28:23 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/bpe/mail/.Debattinnlegg/dovecot.index.log: duplicate transaction log sequence (33) 2010/10/08 23:28:23 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/bpe/mail/.Debattinnlegg/dovecot.index.log: duplicate transaction log sequence (33) 2010/10/08 23:28:23 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/bpe/mail/.Debattinnlegg/dovecot.index.log: duplicate transaction log sequence (33) 2010/10/08 23:28:23 imap(emailadr): Error: /opt/vmail/ba-avis.no/bpe/mail/.Debattinnlegg/dovecot.index log position went backwards (33,56 < 33,16084) 2010/10/08 23:28:23 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/bpe/mail/.Debattinnlegg/dovecot.index.log: duplicate transaction log sequence (33) 2010/10/08 23:28:23 imap(emailadr: Error: Transaction log /opt/vmail/ba-avis.no/bpe/mail/.Debattinnlegg/dovecot.index.log: duplicate transaction log sequence (33) 2010/10/08 23:28:23 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/bpe/mail/.Sent/dovecot.index.log: duplicate transaction log sequence (24) 2010/10/08 23:28:23 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/bpe/mail/.Sent/dovecot.index.log: duplicate transaction log sequence (24) Should I be worried, what does those mean? Is there something I must/should/can do to fix it? Also getting a lot of these..: 2010/10/07 09:12:49 imap(emailadr): Warning: Fixed a duplicate: /opt/vmail/ba-avis.no/ihv/mail/cur/1283793654.M548656P18945.pat,W=3656:2,RS -> 1286435569.M468796P1301.hostname 2010/10/07 09:12:49 imap(emailadr): Warning: Fixed a duplicate: /opt/vmail/ba-avis.no/ihv/mail/cur/1285324810.M197070P12420.pat,W=2857:2,Sb -> 1286435569.M468797P1301.hostname Those are just warning but should I do something with these as well? And more like these..: 2010/10/07 23:00:25 imap(emailadr): Error: /opt/vmail/ba-avis.no/annonse/mail/dovecot.index log position went backwards (223,301096 < 225,2164) 2010/10/07 23:00:25 imap(emailadr): Error: Index /opt/vmail/ba-avis.no/annonse/mail/dovecot.index: Lost log for seq=223 offset=301096 2010/10/07 23:00:25 imap(emailadr): Warning: fscking index file /opt/vmail/ba-avis.no/annonse/mail/dovecot.index 2010/10/07 23:00:25 imap(emailadr): Error: Fixed index file /opt/vmail/ba-avis.no/annonse/mail/dovecot.index: log_file_seq 223 -> 226 2010/10/07 23:00:25 imap(emailadr): Panic: file index-status.c: line 155 (index_storage_get_status): assertion failed: (status_r->recent <= status_r->messages) 2010/10/07 23:00:25 imap(emailadr): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0 [0x1fb930] -> /usr/local/lib/dovecot/libdovecot.so.0 [0x1fb985] -> /usr/local/lib/dovecot/libdovecot.so.0 [0x1fafe8] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(index_storage_get_status+0x391) [0x14fdb1] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_get_status+0x1d) [0x13248d] -> dovecot/imap(imap_sync_deinit+0x9c) [0x805dd0c] -> dovecot/imap [0x805dfa6] -> dovecot/imap(cmd_sync_delayed+0x1bc) [0x805e36c] -> dovecot/imap(client_handle_input+0x1d0) [0x8055c60] -> dovecot/imap(client_input+0x5f) [0x805645f] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x110) [0x207e50] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_run+0x2f) [0x206a5f] -> /usr/local/lib/dovecot/libdovecot.so.0(master_service_run+0x2a) [0x1f461a] -> dovecot/imap(main+0x21c) [0x805eafc] -> /lib/libc.so.6(__libc_start_main+0xdc) [0x45be9c] -> dovecot/imap [0x804e071] 2010/10/07 23:00:25 master: Error: service(imap): child 1077 killed with signal 6 (core dumps disabled) 2010/10/07 23:00:25 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/abs/mail/.Drafts/dovecot.index.log: duplicate transaction log sequence (18) 2010/10/07 23:00:25 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/abs/mail/.Drafts/dovecot.index.log: duplicate transaction log sequence (18) 2010/10/07 23:00:25 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/abs/mail/.Drafts/dovecot.index.log: duplicate transaction log sequence (18) 2010/10/07 23:00:25 imap(emailadr): Error: Transaction log /opt/vmail/ba-avis.no/abs/mail/.Drafts/dovecot.index.log: duplicate transaction log sequence (18) This looks kind of severe? BTW, when moving from old server to new we upgraded Dovecot from 1.2.x to 2.0.5... Regards, BTJ -- ----------------------------------------------------------------------------------------------- Bjørn T Johansen btj(a)havleik.no ----------------------------------------------------------------------------------------------- Someone wrote: "I understand that if you play a Windows CD backwards you hear strange Satanic messages" To which someone replied: "It's even worse than that; play it forwards and it installs Windows" -----------------------------------------------------------------------------------------------

2 2