similar to: Headers "missing" in new CVS version

Hi, We're trying out Dovecot to see if it's a good replacement for UW-imapd. It seems to be very slow in opening an mbox file, even after it's been indexed. (I mean way slower than UW) Here's some info on the system: Dovecot-1.0-test61 SuSE 8.1, Linux kernel 2.4 Using NFS to access mail. I've tried turning off mmap, using dotlocking, using fcntl locking (lockd, etc. are

I'm getting a strange problem with APPEND and Thunderbird 0.8. This was working fine in the CVS version from June 8 and is not so fine as of June 20. It works fine using Pine. It appears that imap is hanging when trying to append to a folder. Right now, an imap process has the file open for about 1/2 hour. It wrote the headers out, but not the body. When Thunderbird disconnects from it, it

This is in the CVS version as of Dec. 12. A user got a few of these: dovecot: Dec 14 15:10:29 Error: 23648 imap(username): mbox sync: UID inserted in the middle of mailbox /mailhome/new/s/h/username/DONE (1591 > 19, seq=19, idx_msgs=1593) dovecot: Dec 14 15:10:33 Error: 23648 imap(username): file mbox-sync-rewrite.c: line 106 (mbox_sync_headers_add_space): assertion failed: (start_pos

We've been testing dovecot for a while and I noticed yesterday that imap crashes quite often. It seems to be about even with SIGABRT and SIGSEGV. This one was SIGSEGV. Our system is SuSE Linux 9.2, 2.6.11.5 kernel (also happened with an older 2.6 kernel). Dovecot version is 1.0-test64 and was compiled with: "./configure --prefix=/services/dovecot --disable-ipv6" It's using

Just installed the version from CVS as of Oct. 27. I noticed three problems quite quickly: Still seeing "(imap) killed with signal 14" My INBOX closed with "access error" after reading it for a bit. There's nothing in the logs or anything, but this hasn't happened for quite a while now. There where quite a lot of incoming messages at the time and I was marking

Found an imap crash. I'm using the CVS copy from March 23. This is running under Linux, kernel 2.6.11.something. We use mbox over NFS, everything is on the NFS server. There is currently only one dovecot server accessing the mailbox. Here's the log messages: dovecot: Apr 05 13:11:20 Error: 27911 IMAP(support): UIDVALIDITY changed (1112720886 -> 1112721068) in mbox file

Here's a new one. It just started with the latest (April 8) CVS version. In index-mail-headers.c, line 622: fields = t_new(struct mail_cache_field, count); count is 0 I'm seeing this with several mailboxes. We're using mbox. Here's the error message and backtrace. dovecot: Apr 09 10:53:18 Error: 3348 IMAP(chairman): Trying to allocate 0 bytes dovecot: Apr 09

I've just noticed that Dovecot 1.0-stable and 1.0-test78 don't include mbox folders with names beginning with "." in the IMAP LIST output. These are often used to store "hidden" folders for storing things like IMAP client configuration (e.g. Pine 4.x, IMHO, Prayer). Usually the user shouldn't be able to see these, but there are occassions when they might. It seems

I'm running the CVS version from May 9. I've seen these errors in the log file before (every time I open my mailbox), but this is the first time it crashed. Todd dovecot: May 11 15:00:18 Error: 8438 IMAP(todd.bluegenesis.com): Corrupted index cache file /mailhome/new/t/b/todd.bluegenesis.com/.imap/INBOX/dovecot.index.cache: Duplicated field in header: hdr.RESENT-TO dovecot: May 11

I've been getting a few of these errors on a couple different mboxes. This is using the CVS version as of May 14. So far, these are the only errors and it looks like most/all of the older ones are gone. (maybe I shouldn't say that ;-) dovecot: May 16 17:41:07 Error: 20973 IMAP(todd.bluegenesis.com): file mbox-sync.c: line 1165 (mbox_sync_handle_eof_updates): assertion failed:

I've attached a few assertion errors in imap. Any fixes or advice on where to look are appreciated. This is with the CVS version, current as of April 27. Todd Burroughs -------------- next part -------------- dovecot: Apr 27 00:00:45 Error: 5714 IMAP(chairman): file mail-index-transaction.c: line 808 (mail_index_update_ext): assertion failed: (seq > 0 && (seq <=

I've been seeing these errors intermittently for a while now. Here's an example from the logs: dovecot: Jul 12 15:59:05 Error: imap-login: Can't connect to auth server at default: Resource temporarily unavailable The error is EAGAIN. Sometimes it will resolve itself after a few minutes and sometimes it needs to be restarted (it may fix itself, I usually get a phone call if it goes

The segfault problem that was happening seems to be fixed. I'm still getting some "(imap) killed with signal 6" errors. I just noticed that it did get one segfault. Unfortunately, I don't have a core file. I'll try to get one if this happens again. Here's the error messages, not sure if it will help. I'm using the CVS copy from March 24. dovecot: Mar 26

----- Original Message ---- > From: David G. Mackay <mackay_d at bellsouth.net> > To: CentOS mailing list <centos at centos.org> > Sent: Saturday, October 25, 2008 4:18:01 PM > Subject: Re: [CentOS] Re: Ole Fossils [ was Re: ls and rm: "argument list too long"] > > > On Sat, 2008-10-25 at 12:10 -0700, Bill Campbell wrote: > > > My first

All, Has anyone seen this before? This appears to be a Swift or app_swift bug. I'm having a difficult time finding any information or support on this. Asterisk version: Asterisk 11.6-cert4 built by asterisk @ ivrd02 on a x86_64 running Linux on 2014-08-11 13:55:25 UTC OS: Linux livrp03 2.6.32-431.11.2.el6.x86_64 #1 SMP Mon Mar 3 13:32:45 EST 2014 x86_64 x86_64 x86_64 GNU/Linux When

http://dovecot.org/test/ Fixes: - Crashes in non-x86 64bit systems - Bugs in cache file header caching (you probably should delete all dovecot.index.cache files to be sure the bug won't haunt you in future) - FETCH ENVELOPE patch by Chris Wakelin (I'll try to figure out what to do with the list patch later) Known bugs left: - Thunderbird + maildir: moving lots of messages from

Hi, I don't know if this has been covered or not as I have been out of action most of the last few weeks getting married and stuff. My query / slight problem is when I re-install an IMAP client or change client all mails that have been read so far show an empty header with the date set back to 1970 but the mails are fully readable. New mails that weren't read in a previous client show

https://bugs.freedesktop.org/show_bug.cgi?id=82152 Priority: medium Bug ID: 82152 Assignee: nouveau at lists.freedesktop.org Summary: any OpenGL application crashes X, locks up machine with nouveau and PRIME Severity: normal Classification: Unclassified OS: Linux (All) Reporter: celticmadman at

I have this problem. Ca you please help me : php -v PHP Warning: PHP Startup: Unable to load dynamic library 'twig.so' (tried: /usr/lib64/php/modules/twig.so (/usr/lib64/php/modules/twig.so: undefined symbol: zval_used_for_init), /usr/lib64/php/modules/twig.so.so (/usr/lib64/php/modules/twig.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 PHP

Hello, What has changed from test77 to test78 in the way imap manages its descriptors? I upgraded to test78 this morning on a small site which I use as a testbed for testing various things. Running the same copy of my kqueue patch with test77 works quite well [*], with test78 imap has some problems. Here is some debugging output I recorded: Jul 14 12:55:27 egg dovecot: imap-login: Login: