- dovecot - dovecot.org

Re: [Dovecot] 100% CPU utilisation
by Timo Sirainen 13 Sep '04

13 Sep '04

On 7.9.2004, at 03:53, Zoong Pham wrote: >> Probably because one of the lines in it is larger then 4096 bytes? >> Header parser doesn't really like that. I should get that fixed in >> 1.0-tests.. >> > > I just check the problematic mailbox. > The maximum line length is 2047 characters. > Most of them are around 1300 characters. Well, could you attach gdb into the process while it's running and get backtrace? ie.: gdb /usr/local/libexec/dovecot/imap pid bt

2 1

[Dovecot] ok, one last time with mbox vs. maildir
by Brian Hechinger 13 Sep '04

13 Sep '04

i'd *really* like to get to maildir. so here it is, one last time.... using 0.99.x, can i have an mbox spool file and Maildir folders? for just one account? if i can do that, then it'll be a lot easier to transition the whole mess to Maildir. i use procmail called from postfix to deliver mail. is that going to be an issue for delivery? if i don't set DEFAULT and just change all my sort rules to deliver to Maildir folders then i can have it continue to deliver mbox to the inbox-spool and Maildir to the folders? -brian -- "The cats tend to administer themselves, and contrary to the expected facts, the house and everything in it was installed for their benefit." -- Nic Clews

1 0

[Dovecot] duplicate message headers in Thunderbird with dovecot server
by Matt McClure 13 Sep '04

13 Sep '04

I've been trying to diagnose some strange interaction between dovecot and Mozilla Thunderbird. If two clients are connected to a dovecot IMAP server, Mozilla-based clients start showing multiple messages in the message list for each message that arrives after the sessions were started. There is really only one copy of the message in the mbox file on the server. However, its UID changes repeatedly during the session, and Mozilla gets confused. From looking at Thunderbird's log of the IMAP conversation, it seems the message sequence number does not change, and I'm guessing that other clients handle the situation better because of this. Nevertheless, I found this in the IMAP RFC 3501, so my interpretation is that there is a dovecot bug involved: The unique identifier of a message MUST NOT change during the session, and SHOULD NOT change between sessions. Any change of unique identifiers between sessions MUST be detectable using the UIDVALIDITY mechanism discussed below. Persistent unique identifiers are required for a client to resynchronize its state from a previous session with the server (e.g., disconnected or offline access clients); this is discussed further in [IMAP-DISC]. Has anyone else experienced this problem? Is there a known solution? I've been logging what I've found so far at http://bugzilla.mozilla.org/show_bug.cgi?id=209561 -- Matt Funky like your grandpa's drawers

2 3

[Dovecot] 0.99 mail env
by Curtis Maloney 13 Sep '04

13 Sep '04

Greetings, all Last night I migrated our mail between two machines... both running dovecot 0.99.xx. In the process, I wanted to make some small changes, namely that new mail be delivered to mboxs in /var/mail/%u and IMAP mail stored in Maildirs at ~/.imap ... I tried using: default_mail_env = maildir:~/.imap/:INBOX=mbox:/var/mail/%u But had no luck. Is it only 1.0 that can work with two different mailbox formats? Or did I screw up somewhere else? In the end, it actualy saved me a fair bit of work, since I'd have had to move everyone's old inbox. -- Curtis Maloney cmaloney(a)cardgate.net

7 10

[Dovecot] IMAP session freezes
by Brad 13 Sep '04

13 Sep '04

I've been having IMAP sessions "freeze" with fetchmail trying to retrieve larger e-mails, typically over 20K and always with an attachment. When I switch to POP3 I am able to retrieve the same e-mails just fine. This started at test33. I'm currently using test42 on a OpenBSD 3.5/macppc system with Maildir.

2 1

[Dovecot] Multiple domains
by Daniel L. Miller 13 Sep '04

13 Sep '04

How do I setup Dovecot to read both local UNIX account maildirs and a separate virtual user area? Or do I need to run two servers? Daniel

4 3

[Dovecot] 1.0-test40
by Timo Sirainen 13 Sep '04

13 Sep '04

http://dovecot.org/test/ - Fixed dying with SIGIO signal with busy Maildir + Linux + IDLE system - Fixed maildir syncing: "UIDs not ordered in file" errors could have occured sometimes wrongly - --with-ioloop=epoll enables epoll code with Linux 2.6. Untested after my changes. - Pretty big changes in internal index handling code (I started this change 2-3 months ago..) Keywords are now the only big missing feature that is planned for v1.0.

3 6

[Dovecot] "Invalid offset returned by binary tree"
by Andy Isaacson 12 Sep '04

12 Sep '04

Hi, I'm running 0.99.10 on OpenBSD 3.4/i386, with Squirrelmail as the only client. I recently had dovecot fail with this in syslog: Sep 10 14:34:55 pirx imap(alisgray): Corrupted index file /home/alisgray/mail/.imap/INBOX/.imap.index: Invalid offset returned by binary tree: 118 Sep 10 14:34:55 pirx dovecot: child 20827 (imap) killed with signal 11 Poking around some, I see that dovecot.org recommends mmap_no_write=yes for OpenBSD... but that option's not implemented in 0.99.10, afaics. Does the symptom I'm seeing match the expected failure mode of OpenBSD's noncoherent mmap? I deleted .imap.* (after saving a backup) and that seems to have fixed the problem. I can provide a copy of the bad file for debugging, if necessary. And of course, if it's a known bug fixed in 1.0-test, I'd be happy to upgrade. -andy

2 2

[Dovecot] 1.0-test42
by Timo Sirainen 12 Sep '04

12 Sep '04

http://dovecot.org/test/ - fixed the last remaining cache corruption problems (I hope, no known ones left) - internaldate was never read from cache, but it was always cached again. this grew cache file uselessly and triggered cache compression constantly - buffer_set_used_size() assertfixes with mmap_no_write=yes (although it hasn't been much tested since the recent large index file changes, hopefully works..) - POP3: Replaced timestamp in APOP challenge string with 128 bits of base64d randomness - Added pop3_enable_last setting to enable LAST command

1 0

[Fwd: [Dovecot] login process died too early]
by Adrian Roye 12 Sep '04

12 Sep '04

1 0