similar to: Test68 and Namespaces

My setup: Solaris 9, built with gcc 4.0.2 (I now have gcc 4.1 installed on my system, but have not rebuilt dovecot). A couple of asserts and cores in the last few days: Mar 1 09:25:13 emerald dovecot: [ID 107833 mail.error] imap(tmwillia): file mbox-sync.c: line 1471 (mbox_sync_do): assertion failed: (!sync_ctx->mbox->mbox_sync_dirty || (flags & MBOX_SYNC_UNDIRTY) == 0) Mar 1

... Version from April 26, gives me the following errors in the imap log file : dovecot: May 04 09:56:58 Error: IMAP(m6933192-4): file mbox-sync.c: line 1262 (mbox_sync_do): assertion failed: (sync_ctx->ibox->mbox_sync_dirty) dovecot: May 04 09:56:58 Error: child 10721 (imap) killed with signal 6 This occurs sporadically and vanishes after some time. Is this something to worry about or

Hi all, I compiled a 64-bit Dovecot stable (13-03-2005) version on a Solaris 9 box with gcc 3.4.2. OpenSSL and libiconv are compiled 64-bit also. The configure I use: export CPPFLAGS="-m64 -I/var/tmp/openssl/include" export LDFLAGS="-m64 -L/var/tmp/openssl/lib" ./configure \ --prefix=/opt/dovecot \ --sysconfdir=/etc/opt/dovecot

Hello, I have an r function that creates the following dataframe tresults2. Notice that column 1 does not have a column heading. Tresults2: [,1] estparam 18.00000 nullval 20.00000 . . . ciWidth 2.04622 HalfInterval 1.02311 pertinent code: results<-cbind( estparam, nullval, t, pv_left, pv_right, pv_two_t, estse, df, cc, tbox, llim, ulim, ciWidth,

Back story: I started my pool with a 200gb partition at the end of my drive (sdc5) , until I was able to clear out the data at the beginning of my drive. When I was ready, I ran `btrfs dev add /dev/sdc4 /` then `btrfs dev del /dev/sdc5 /`, $ sudo btrfs fi resize max / Resize ''/'' of ''max'' ERROR: unable to resize ''/'' - Invalid argument in

Hello Timo, Thanks to your patches, LDAP authentication now works with -test68. However, I'm still experiencing a segmentation fault with today's snapshot of -stable, as shown in the following gdb backtrace. [I'm still running FreeBSD 5.3] Can you see where it comes from ? Is it because the ldap new code (as in -test68) hasn't been backported into -stable yet ? Thank you, --

OS: OpenBSD/i386 dovecot: dovecot-1.0-test68 dovecot can not start, when i chroot "auth process" can i defined the "auth-work.XXX" unix socket path?? mail.log ----------------------------------------- Dovecot v1.0-test68 starting up auth(default): mysql: Connected to (null) (mail) Auth process died too early - shutting down auth(default):

Timo, My first assert in beta2. Syslog said: Jan 24 09:57:16 emerald dovecot: [ID 107833 mail.error] imap(user): Cached message offset 94625 is invalid for mbox file /var/mail/m/user Jan 24 09:57:16 emerald dovecot: [ID 107833 mail.error] imap(user): file mbox-sync.c: line 1471 (mbox_sync_do): assertion failed: (!sync_ctx->mbox->mbox_sync_dirty || (flags & MBOX_SYNC_UNDIRTY) == 0) Gdb

http://dovecot.org/test/ Recommended update, has had a lot of testing today. No new big features. Changes: - LDAP authentication should work finally? - Some header lookup fixes that should fix sort/threading issues - Don't crash with 0-byte size mboxes - Transaction log fixes. Also rotate .log file to .log.2 file, allowing more history and less "transaction log file lost"

Hi, yesterday I upgraded to version 2.2.13 under Debian Squeeze. Since today morning sometimes my logfile shows the folling error: .. Jun 24 10:14:16 mailstore dovecot: imap(user at domain.net pid:23434 session:<jf6yi5D8TADD/vzh>): Fatal: master: service(imap): child 23434 killed with signal 11 (core dumped) ... The kernel error log shows: ... Jun 24 10:14:16 mailstore kernel:

Last question for the day, I promise. On voip-info.org and trixbox.org, I found some old threads on MWI via SMDI. Has this been rolled into Tbox or has anyone successfully rolled it in after the fact. As part of our longterm plan, I'd like to move the legacy PBX to Tbox and pass MWI back to it via SMDI, like the current system. As we drop the extensions on the legacy side and move to all IP

Dear list, I'd like to use multiple imputations to try and save a somewhat badly mangled dataset (lousy data collection, worse than lousy monitoring, you know that drill... especially when I am consulted for the first time about one year *after* data collection). My dataset has 231 observations of 53 variables, of which only a very few has no missing data. Most variables have 5-10% of

http://dovecot.org/test/ - Several mbox fixes, upgrade recommended for test68 mbox users - Possibly fixes some IMAP hangs where Dovecot just stopped replying - Fixed delay-newmail workaround. It was badly broken before. And somewhat off topic advertisement: I got a bit distracted from Dovecot a week ago when a guy started mailing me about wanting to write an irssi2 client as a project to

Just a note, I backported some larger mbox changes from 1.0-test67. Hopefully works, but if you're going to try it test it well first :) Should fix some issues related to X-IMAP/X-IMAPbase header handling and maybe some other mbox related problems as well. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186

Hello, The following IMAP command crashes the latest version of Dovecot (regardless of format or contents of mailbox): . THREAD REFS US-ASCII ALL Backtrace: (gdb) bt full #0 mail_thread_cache_sync_remove (box=0x64af58, args=<value optimized out>, ctx_r=0x7fffffffe128) at index-thread.c:486 No locals. #1 mail_thread_init (box=0x64af58, args=<value optimized out>,

Timo, A rare assert and core dump out of 1.0alpha3. My setup: Solaris 9, mbox format, using imap only. Built dovecot with gcc 4.0.1. The syslog for this was: Oct 14 11:57:56 emerald dovecot: [ID 107833 mail.info] imap-login: Login: user=<epmccull>, method=PLAIN, rip=137.146.210.59, lip=137.146.210.52, TLS Oct 14 11:58:56 emerald dovecot: [ID 107833 mail.info] imap-login: Login:

Hello List, Please read Tom's email below. Has some interesting findings. The affected machine I dealt with also had symantec on it. Since the repair though there hasn't been a problem. The user even re-applied the patches. This is to weird. HTH -------- Original Message -------- Subject: Re: [Samba] Drag and Drop and Crash Date: Mon, 16 Apr 2007 18:12:47 -0700 From: Thomas

AIX Toolbox builds openssh with vac.C 5.0.2.0, and configures with very few options: export blibpath="/opt/freeware/lib:/usr/lib:/lib" %configure --prefix=%{prefix} \ --sysconfdir=/etc/ssh \ --libexecdir=%{_libexecdir}/openssh \ --with-ipv4-default \ --with-rsh=/usr/bin/rsh If you extract the openshh.spec file from the SRPM, you can see exactly what we do (you already have it in

Hello List, I am running a 3.0.24 server on redhat EL4. I have a user that has mapped a drive to his home directory on the server. When he copies a file from the share to a local disk location, desktop for example, it goes just fine. When he attempts to copy / move / cut and paste a file from one location on the share to another location in the same share, it will literally crash his local

Timo, I see where at least one other person reported this, but here goes. I went from rc24 to rc25 this morning, and I got an assert and core from my own mailbox withing five minutes: Mar 2 06:52:26 karst dovecot: [ID 107833 mail.error] IMAP(jaearick): file mbox-sync-rewrite.c: line 408: assertion failed: (need_space == (uoff_t)-mails[idx].space) Mar 2 06:52:26 karst dovecot: [ID 107833