similar to: idxview: Fatal: file hdr read() 41984 != 1170103198

Hi, I just found these useful tools :) they were installed in libexec dir :) -- Xueron Nee http://www.xueron.com

http://dovecot.org/releases/dovecot-1.0.rc32.tar.gz http://dovecot.org/releases/dovecot-1.0.rc32.tar.gz.sig Pretty late for changes if v1.0 is supposed to come out tomorrow, but I can't really leave these LDAP bugs unfixed. They shouldn't anyway break anything, so here's one more day for you people to find out about any bugs. One thing that I'm a bit concerned about is the

hello dovecot at dovecot.org: I want to see the contents of dovecot.index.cache . Is there any command can make it become visible character displayed ? the command idxview can displayed doveoct.index and logview can dispalyed dovecot.index.log but it seems no command to displays dovecot.index.cache for us. thanks amandy

Hi, I have a user account that had almost 20GB of emails and now they're missing. Only a few are available trough IMAP or doveadm. I can see in /path/to/mailbox/storage that thousands of "m." files are still there, summing up 19GB of files. doveconf -n http://termbin.com/7lgc I have tried: accessing via IMAP accessing via doveadm search/fetch/mailbox status doveadm index doveadm

Have you attempted doveadm force-resync -u SUPPRESSED_VICTIM "*"? Aki > On December 7, 2017 at 7:00 PM Webert de Souza Lima <webert.boss at gmail.com> wrote: > > > Hi, > > I have a user account that had almost 20GB of emails and now they're > missing. > Only a few are available trough IMAP or doveadm. > > I can see in /path/to/mailbox/storage

Hi Timo, Just a quick check, may I know if the following output of idxview is normal? (see bottom of e-mail) I am running dovecot-1.0.3 on a Solaris 10 SPARC box. Deleting dovecot.index.cache does not seem to help for this user; it keeps getting regenerated with these same lines. I seems that I have to set mmap_disable=yes on this box to have a "clean-looking" dovecot.index.cache.

Where do you think the following binaries should be installed to? The possible locations are: - bin/ - sbin/ - libexec/dovecot/ (or lib/dovecot/ in most Linux distros) So the binaries are: 1) These probably belong to bin/ or sbin/ or both: - authtest - dovecotpw - doveadm 2) Binaries that you might want to call from mail_executable setting: - rawlog - gdbhelper 3) Index file dumping

http://dovecot.org/releases/dovecot-1.0.rc28.tar.gz http://dovecot.org/releases/dovecot-1.0.rc28.tar.gz.sig Still a bit more fixes. My coding TODO list is again empty. Unless something special happens in the next few weeks, I'll still make rc29 with the documentation included and v1.0 will be released April 13. * deliver + userdb static: Verify the user's existence from passdb,

http://dovecot.org/releases/dovecot-1.0.rc28.tar.gz http://dovecot.org/releases/dovecot-1.0.rc28.tar.gz.sig Still a bit more fixes. My coding TODO list is again empty. Unless something special happens in the next few weeks, I'll still make rc29 with the documentation included and v1.0 will be released April 13. * deliver + userdb static: Verify the user's existence from passdb,

On 24/05/2018 15:33, Timo Sirainen wrote: > On 21 May 2018, at 14.11, kadafax at gmail.com wrote: >> >> Le 21/05/2018 ? 12:38, Aki Tuomi a ?crit : >>> can you try turning on pluign { fts_enforced = yes } and repeat your test? >> >> Same (wrong) result: >> 1. Send an email with "too6Ouka" in the body >> >> 2. Search against

Hello, I'm using dovecot as a mail relay so that I can back up my providers IMAP mail locally. I'm impressed how easy this was to set up, but I'm having a quirk that I would like help with, if possible. There are many weak links in my set-up chain, if you will, but I think I've narrowed the problem. I'll describe my set-up anyway. I'm running dovecot 1.1.4 on ubuntu

Hi. Dovecot 2.2, with the zlib plugin, I think we're getting bad index entries on IMAP COPY. On copying a message to an empty folder, in the dovecot error log I see: Sep 19 20:34:25 imap01 dovecot: imap(grain at rp-auth-test.com): Error: Cached message size smaller than expected (615 < 971) Sep 19 20:34:25 imap01 dovecot: imap(grain at rp-auth-test.com): Error: Corrupted index cache file

I have a situation with many users and an existing mail delivery agent. Seems like I once saw an imaptest program which I imagine might be used to pre-index maildirs. For example... - remember which users and user maildirs have changed since last pre-index - when system quiet pre-index any maildirs which have had mail delivered and no access by a mail client (using some

Hi, I'm still running into consistent crashing when moving files between folders when dirsize quotas are enabled. This is running Dovecot1.0rc19. Please let me know if I'm posting this to the wrong list. Here is the gdb backtrace: #0 0x377fc in mbox_file_seek (mbox=0xc8560, view=0xc94c0, seq=1, deleted_r=0xffbef157) at mbox-file.c:167 167 if (data == NULL) { (gdb) bt

https://bugs.freedesktop.org/show_bug.cgi?id=41984 Bug #: 41984 Summary: nouveau lock all the system (NVIDIA GeForce GT 130M) Classification: Unclassified Product: xorg Version: 7.7 (2011) Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component:

Got a problem with one workstation. What I'm seeing, from a yum update (saw it with make whatis first): <snip> Running rpm_check_debug error: rpmdbNextIterator: skipping h# 1211 hdr SHA1: BAD, not hex <repeated many times> <snip> ERROR with rpm_check_debug vs depsolve: libicui18n.so.36 is needed by boost-1.33.1-10.el5_7.3.i386 libicuuc.so.36 is needed by

Hi, I'm currently at CentOS 5.8 and am applying the latest OS updates available for 5.8. I'm seeing following error: error: bind-libs-9.3.6-20.P1.el5_8.6.x86_64.rpm: headerRead failed: hdr blob(48062): BAD, read returned 515 error: bind-libs-9.3.6-20.P1.el5_8.6.x86_64.rpm cannot be installed Similar error is seen for other rpms as well. Any idea? Thanks, Anumeha

This is 1.2.3, but there are also two older dovecots (with different machine architecture) sharing the mail store: dovecot: IMAP(xxx): Panic: file mail-index-transaction-view.c: line 106 (tview_apply_flag_updates): assertion failed: (map->hdr.record_size <= tview->record_size)

version 2.2.27 (c0f36b0) For one user logs have a lot of these since recent upgrade from debian jessie to stretch : Jun 28 13:08:18 imap dovecot: imap(tfa): Error: vsize-hdr has invalid size: 36 Only one user has the issue. It has been happening for a month, The user reports no issue on his end reading mail. Is there a way to fix the error ? best regards, Roberto # dovecot -n #

Hello, I'm having problems with expire-tool in Dovecot 1.2.6 not finding the mailboxes. I had mail_location = mbox:/var/spool/dovecotmail/%d/%n/mails:INDEX=/var/spool/dovecotmail/%d/%n/indexes in dovecot.conf, but that doesn't work with expire-tool. So I commented that out from dovecot.conf, all the data is in a database anyway. A userdb lookup returns the following for userid at