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: this or think of reasons why this could happen? Maybe I'm setting some
- Thunderbird + maildir: moving lots of messages from mailbox to another may cause deadlock (lock timeouts in half a minute or so and fails the operation).
- I guess I should try to look at the Thunderbird + POP3 + lots of messages -> DELE error too again..
- I've heard that 1.0-tests are a lot slower than 0.99.x or 1.0-stable when checking new mail (with kmail), ie. client asking STATUS of all mailboxes. I've looked at their strace outputs and the difference (5-10x slower) comes from 1.0-test waiting longer in poll() for client input, which doesn't really make any sense to me. Can anyone verify
socket option differently, although I don't think I've changed anything..
Timo Sirainen wrote:
Known bugs left:
- Thunderbird + maildir: moving lots of messages from mailbox to another may cause deadlock (lock timeouts in half a minute or so and fails the operation).
Is this the same bug that stops Thunderbird putting stuff in the Sent folder for about 1/10 - 1/20 mails for me (currently using test74). This is only single mails but on Maildirs accessed by more than 1 client at a time.
Regards Andrew
Andrew Hutchings (A-Wing) - Linux Guru Netserve Consultants - http://www.domaincity.co.uk/ A-Wing Internet Services - http://www.a-wing.co.uk/ Random quote 105: "I've never installed a major upgrade of any Microsoft product without running into major headaches." - BRIAN LIVINGSTON, InfoWorld Magazine
On Wed, 2005-07-13 at 23:15 +0100, Andrew Hutchings wrote:
Timo Sirainen wrote:
Known bugs left:
- Thunderbird + maildir: moving lots of messages from mailbox to another may cause deadlock (lock timeouts in half a minute or so and fails the operation).
Is this the same bug that stops Thunderbird putting stuff in the Sent folder for about 1/10 - 1/20 mails for me (currently using test74). This is only single mails but on Maildirs accessed by more than 1 client at a time.
I'm not sure.. It's fixed in CVS now and I'll probably release test79 soon, so try and see :)
Runs fine here (as almost always :), besides a small glitch:
dovecot: imap-login: Login: user=<jh>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, SSL
It always says SSL, no matter if STARTTLS is used or not.
Jakob Hirsch wrote:
dovecot: imap-login: Login: user=<jh>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, SSL
It always says SSL, no matter if STARTTLS is used or not.
This is know behaviour. It happens when you connect to localhost address, when you connect to IP on any of your NICs SSL log entries are correct.
-- Tomi Hakala
Tomi Hakala wrote:
lip=127.0.0.1, SSL It always says SSL, no matter if STARTTLS is used or not. This is know behaviour. It happens when you connect to localhost address, when you connect to IP on any of your NICs SSL log entries are correct.
Ok, must have missed that. Made me searching for half an hour how to disable SSL in squirrelmail until I found out it was not used.
On Thu, 2005-07-14 at 01:17 +0200, Jakob Hirsch wrote:
Runs fine here (as almost always :), besides a small glitch:
dovecot: imap-login: Login: user=<jh>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, SSL
It always says SSL, no matter if STARTTLS is used or not.
Currently it says TLS if either STARTTLS or imaps port was used. I'm not sure if those two should be separated in log files. TLS protocol is probably used anyway even with imaps port, so it's not exactly wrong to say TLS either..
SSL is printed only for localhost connections. That's clearly wrong. I'll change that to "secured", which in future may mean something else than localhost too (eg. Kerberos's crypting).
On Thu, 14 Jul 2005, Timo Sirainen wrote:
Fixes:
- Crashes in non-x86 64bit systems
I was hoping this was related to my problem, but apparently not.
Dovecot test78 also dies on me when SIGHUP'ing, as described here:
http://www.dovecot.org/list/dovecot/2005-July/007985.html
Other than that, it works great, thanks!
/Johan
On Thu, Jul 14, 2005 at 12:46:01AM +0300, Timo Sirainen wrote:
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: this or think of reasons why this could happen? Maybe I'm setting some
- Thunderbird + maildir: moving lots of messages from mailbox to another may cause deadlock (lock timeouts in half a minute or so and fails the operation).
- I guess I should try to look at the Thunderbird + POP3 + lots of messages -> DELE error too again..
- I've heard that 1.0-tests are a lot slower than 0.99.x or 1.0-stable when checking new mail (with kmail), ie. client asking STATUS of all mailboxes. I've looked at their strace outputs and the difference (5-10x slower) comes from 1.0-test waiting longer in poll() for client input, which doesn't really make any sense to me. Can anyone verify
socket option differently, although I don't think I've changed anything..
Since updating to test78 from test76 all e-mail retreived from Dovecot comes out with no body. I'm using maildir for the mailboxes. This only happens with IMAP and not with POP3.
On Wed, 2005-07-13 at 21:12 -0400, Brad wrote:
Since updating to test78 from test76 all e-mail retreived from Dovecot comes out with no body. I'm using maildir for the mailboxes. This only happens with IMAP and not with POP3.
Can't really think of a reason for it. Possibly related to either client's or Dovecot's caching. Delete Dovecot's indexes and if that doesn't help try deleting client's cache? What client does this happen with?
On Fri, Jul 22, 2005 at 02:21:50PM +0300, Timo Sirainen wrote:
On Wed, 2005-07-13 at 21:12 -0400, Brad wrote:
Since updating to test78 from test76 all e-mail retreived from Dovecot comes out with no body. I'm using maildir for the mailboxes. This only happens with IMAP and not with POP3.
Can't really think of a reason for it. Possibly related to either client's or Dovecot's caching. Delete Dovecot's indexes and if that doesn't help try deleting client's cache? What client does this happen with?
No caching. This still happens with test79 and I'm using fetchmail. Deleting the index files makes no difference.
On Fri, 2005-07-22 at 16:35 -0400, Brad wrote:
On Fri, Jul 22, 2005 at 02:21:50PM +0300, Timo Sirainen wrote:
On Wed, 2005-07-13 at 21:12 -0400, Brad wrote:
Since updating to test78 from test76 all e-mail retreived from Dovecot comes out with no body. I'm using maildir for the mailboxes. This only happens with IMAP and not with POP3.
Can't really think of a reason for it. Possibly related to either client's or Dovecot's caching. Delete Dovecot's indexes and if that doesn't help try deleting client's cache? What client does this happen with?
No caching. This still happens with test79 and I'm using fetchmail. Deleting the index files makes no difference.
Could you show a protocol dump of what it talks to Dovecot?
Timo Sirainen wrote:
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 mailbox to another may cause deadlock (lock timeouts in half a minute or so and fails the operation).
- I guess I should try to look at the Thunderbird + POP3 + lots of messages -> DELE error too again..
- I've heard that 1.0-tests are a lot slower than 0.99.x or 1.0-stable when checking new mail (with kmail), ie. client asking STATUS of all mailboxes. I've looked at their strace outputs and the difference (5-10x slower) comes from 1.0-test waiting longer in poll() for client input, which doesn't really make any sense to me. Can anyone verify this or think of reasons why this could happen? Maybe I'm setting some socket option differently, although I don't think I've changed anything..
After upgrading from 1.0-test76 to 1.0-test78 (i386 on OpenBSD3.7), I immediately started seeing a bunch of these errors in the maillog:
Jul 14 07:44:15 mail dovecot: POP3(marilynearmstrong): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0) Jul 14 07:44:35 mail dovecot: POP3(bdjohnston): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0) Jul 14 07:47:52 mail dovecot: POP3(tracyh): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0) Jul 14 07:48:05 mail dovecot: POP3(nedwilliams): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0)
I'm not sure how this affected the users since I quickly reverted back to 1.0-test76 (it's a production environment that I recently migrated from RH Linux to OpenBSD). I'll be glad to provide any other information that may be useful.
Thanks,
-- Emmett "Buddy" Pate
On Thu, 2005-07-14 at 07:58 -0400, Emmett Pate wrote:
After upgrading from 1.0-test76 to 1.0-test78 (i386 on OpenBSD3.7), I immediately started seeing a bunch of these errors in the maillog:
Jul 14 07:44:15 mail dovecot: POP3(marilynearmstrong): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0)
Oops, I forgot to remove that assert from there. You could also fix it by deleting your old index files and let Dovecot recreate them correctly..
On Thu, Jul 14, 2005 at 12:46:01AM +0300, Timo Sirainen wrote:
I'm trying once again to upgrade from -test63 because some users reported problems. First, I couldn't get my mailbox read/write locks, formerly set to "flock" to work at all; it just hung forever. So I replaced it with "dotlock fcntl", and now things seem to work, but I get these messages:
dovecot: Jul 16 16:21:30 Error: IMAP(njr): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0) dovecot: Jul 16 16:21:30 Error: child 11736 (imap) killed with signal 6 [...] dovecot: Jul 16 16:21:31 Error: IMAP(njr): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0) dovecot: Jul 16 16:21:31 Error: child 11760 (imap) killed with signal 6 dovecot: Jul 16 16:21:34 Error: IMAP(njr): UIDs broken with partial sync in mbox file /usr/home/njriley/mail/2005-07
I get these messages every time I go offline/online in Apple Mail. Should I care?
-- Nicholas Riley njriley@uiuc.edu | http://www.uiuc.edu/ph/www/njriley
On Sat, 2005-07-16 at 16:37 -0500, Nicholas Riley wrote:
On Thu, Jul 14, 2005 at 12:46:01AM +0300, Timo Sirainen wrote:
I'm trying once again to upgrade from -test63 because some users reported problems. First, I couldn't get my mailbox read/write locks, formerly set to "flock" to work at all; it just hung forever. So I replaced it with "dotlock fcntl", and now things seem to work, but I get these messages:
dovecot: Jul 16 16:21:30 Error: IMAP(njr): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0) dovecot: Jul 16 16:21:30 Error: child 11736 (imap) killed with signal 6 [...] dovecot: Jul 16 16:21:31 Error: IMAP(njr): file mbox-file.c: line 144 (mbox_file_seek): assertion failed: ((((char *)data - (char *)NULL) & 7) == 0) dovecot: Jul 16 16:21:31 Error: child 11760 (imap) killed with signal 6 dovecot: Jul 16 16:21:34 Error: IMAP(njr): UIDs broken with partial sync in mbox file /usr/home/njriley/mail/2005-07
I get these messages every time I go offline/online in Apple Mail. Should I care?
That's an accidental assert I left to test78. Next release will rebuild indexes instead of crashing there. Easiest way to fix this is to just delete all Dovecot's index files.
participants (8)
-
Andrew Hutchings
-
Brad
-
Emmett Pate
-
Jakob Hirsch
-
Johan Fredin
-
Nicholas Riley
-
Timo Sirainen
-
Tomi Hakala