- dovecot - dovecot.org

[Dovecot] RE: compile from cvs source
by Alex S Moore 14 Sep '04

14 Sep '04

On Solaris 9 and using Sun's compiler. I get the following error when building from the cvs source. Can you fix this? '"mail-index-transaction-view.c", line 21: void function cannot return value' Thanks, Alex

1 0

[Dovecot] Fedora Core 2, dovecot, and Outlook Express
by Joe Hartford 14 Sep '04

14 Sep '04

After the aging harddrive in my Redhat 7.2 server died, I decided it was time to upgrade. I bought a new harddrive and did a fresh install of Fedora Core 2. I've managed to get www, ssh and sendmail reconfigured, but I'm having a heck of a time with imap. I first fooled around with cyrus-imapd, and couldn't make head or tail of it, so I downloaded a fedore core 1 imapd rpm and installed it. That almost worked, but I could only see the INBOX. Next I tried dovecot. Via Outlook Express from my winXP box, I can Refresh the IMAP folder list, and see the INBOX and the sent-mail and saved-messages folders that were created when I first ran pine. However, if I try and mark sent-mail or saved-messages as Visible, I get an "Invalid mailbox name: saved-message/" error. And when I try and view the contents of Inbox, I get "Mailbox doesn't exist: INBOX/". I tried running evolution on the server, and I could subscribe and view the INBOX. But when I try and make a new folder, it gives me a "Cannot create the specified folder. Generic error" I'm hoping I just have something misconfigured, potential due to messing around with cyrus-imapd and imapd, or perhaps even pine. Anyone have any suggestions? I'm pretty close to giving up on fedora core 2 and installing core 1, or perhaps mandrake. --Joe Hartford

1 2

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