similar to: Changes made to imap descriptor handling in test78?

I've run into a rather narrowly scoped problem .. On test77 and test78, mails from Yahoo's webmail are seen, by fetchmail using imaps, to have a 0-length body. When fetching, it claims "0 body octets". Other mail clients (mutt, kmail) can view the messages fine. pop3s retrieval works as well. Every other email I've received so far works fine. It's just those sent by

Hi, when I try to copy/move messages with keywords, IMAP process dies: dovecot: Jul 24 23:49:47 Info: imap-login: Login: user=<seba>, method=PLAIN, rip=192.168.0.192 <http://192.168.0.192>, lip=192.168.0.188<http://192.168.0.188> dovecot: Jul 24 23:49:47 Info: IMAP(seba): Effective uid=1000, gid=100 dovecot: Jul 24 23:49:47 Info: IMAP(seba): maildir: data=/home/seba/Maildir

Hello people This is on OpenBSD/sparc64. After chickening along with 0.99 for a while, I finally upgraded to 1.0-test. I started out with test73, which worked fine. With the upgrade to test76, I lost the ability to SIGHUP dovecot when I rotated it's logfile. Dovecot would just die abruptly, not a trace in the log. I just upgraded to test77, but the problem is still there. I've put

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

Hi, I note that dovecot supported inotify from -test77, and now the Linux kernel supports it starting from linux-2.6.13-rc3. So in theory I should be set to go. I'm using an -mm kernel, and it was built with inotify, on FC4/devel. However when trying to build with it using --with-notify=inotify, I always seem to be getting this message: checking for poll... yes configure: error:

Thinking of patches I always apply, I've got a couple (attached) that fix minor bugs and maybe should be applied - or implemented better and then applied ;) - to the main distribution? 1) LIST bugs: LIST "~/mail/" "" and LIST "" "~/mail/" (where "~/mail/" is a namespace prefix) don't reply the same way as UW-IMAP does and in at

Hi, I''m setting up my first xen machine, and I''m trying to setup two Virtual Machines, each mapped to a physical adapter on a different network. The virtual machine mapped to xen-br0 and eth0 works fine. However, when I bring up a VM with this configuration file: ----------------- name = "test77" kernel = "/boot/vmlinuz-2.6.11.12-xenU" root =

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

My dovecot directors (v2.0.8) had 3 instances of these yesterday: imap-login: Panic: file ioloop.c: line 35 (io_add): assertion failed: (fd >= 0) master: Error: service(imap-login): child 17374 killed with signal 6 (core dumps disabled) imap-login: Panic: file ioloop.c: line 35 (io_add): assertion failed: (fd >= 0) master: Error: service(imap-login): child 1780 killed with signal 6

Aloha, again, Timo. Concerning the problem of copying within one folder... I'm still not sure it's not a problem I created myself, but I think it's caused by the use of the buffered IO routines in ostream-file.c ... you use io_add() to schedule write operations for later while simultanously reading new chunks from the very same file. This seems to confuse dovecot and make it write

When we upgrade our kernels from 2.6.32.2 to 3.2.16 something strange has happened. On high traffic dovecot/auth looks like not responding. We found a lot of this lines at the log: dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable (...) and clients stop authorizing Some other errors follow in the wake of: dovecot: pop3: Error: Raw backtrace:

Hi, 0.99 is running nicely on my sarges, but I need pop3_uidl_format = %f for Courier compatibility. I can't find any debs more recent than test22 of over a year ago (those are at http://src.braincells.com/dovecot-test/). Even though google turns up http://hemma.tobbe.nu/debian/mini-dinstall/incoming/dovecot_1.0.test46-1_i386.changes searching for dovecot on packages.debian.org (any

I've had this working for over a month now with no problems. Then I suffered a power outage today, and now dovecot/auth dies as soon as I start dovecot. I've spent the past three hours searching google, but can't find even a hint at what's wrong with my server. As far as I can tell, this is the only thing that has failed after bringing the server back up when power was restored.

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

OK - trying to migrate to dovecot and I like what I see so far, but having a hard time getting it to work. I decided to go with the 1.0 version because I need to get away from the ~/Mail namespace. I'm trying to port from a Linuxconf virtual WU-IMAP type config. So - I compiled but then decided I wanted mysql so I tried to reconfigure and now getting compile errors. Looks like I'm

After I activated disabling POP3 for one of my users (not user 'jos'), the following is in my logfile: Dec 3 16:03:33 webrz dovecot: IMAP(jos): Disconnected Dec 3 16:03:36 webrz dovecot: IMAP(jos): Disconnected in IDLE Dec 3 16:03:36 webrz dovecot: IMAP(jos): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Dec 3 16:03:36 webrz dovecot: child 74197 (imap) killed with

Occasionally, all of our directors get stuck in an endless loop. Likely triggered by some network event, but I haven't been able to isolate exactly what triggers it, and am unable to reproduce at the moment. When this happens, it makes the dovecot/director process on all directors unresponsive, making login impossible. Restarting dovecot "fixes" it. Here's the info collected

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 7 Aug 2014, Ben Johnson wrote: > On 7/29/2014 11:20 AM, Ben Johnson wrote: >> On 7/29/2014 3:13 AM, Steffen Kaiser wrote: >>> On Mon, 28 Jul 2014, Ben Johnson wrote: >>> >>>> I have some debugging output in my pipe script; the output looks >>> >>> How does your script looks like?

in dovecot 1.0RC13 after "Disconnected in IDLE" I get following Error: Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): Disconnected in IDLE Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 12 19:49:51 mini1 dovecot: child 1301 (imap) killed with signal 6 dovecot is running with Mac OS 10.4.8 (PowerPC), Mailbox Format

> On 1 Jul, 2016, at 10:52, Timo Sirainen <tss at iki.fi> wrote: > > On 01 Jul 2016, at 19:39, Adam Weinberger <adamw at adamw.org> wrote: >> >> Hi, >> >> 2.2.25 crashes on FreeBSD with a kqueue-related message. I see references to something similar (http://www.dovecot.org/list/dovecot/2012-February.txt) from a couple years ago. >> >> I