- dovecot - dovecot.org

[Dovecot] new-attrib lost when calling through pop3
by Marten Lehmann 15 May '05

15 May '05

Hi, I noticed, that all messages are moved from new/ to cur/ (using maildirs) after the authentication in pop3, even before the list command. I'm working with 1.0-stable-20050426. Why is this done? Shouldn't a message keep it's new-attrib as long as it isn't retrieved? This is how it worked with qmail-pop3d. Through imap, it works correctly. It's just sad if I can't distinguish between older and new emails with imap, just because I logged in through pop3 shortly before. Regards Marten

2 1

[Dovecot] fcntl lock timout on maildir format Trash .index file under OpenBSD sparc64
by Dale J. Robertson 15 May '05

15 May '05

Whenever I attempt to retrieve or delete mail (Using thunderbird win client) operation takes several minutes. right before completion posts the following error to maillog: May 14 10:22:04 NAPUtil imap(djrobert): Timeout while waiting for release of shared fcntl() lock for index file /home/djrobert/Maildir/.Trash/.imap.index deleting the index file speeds up the operation once. subsequent operations are slow again I don't know what other process is placing a lock on the file. or how to clear it. I am running the 9914p0 package distributed with a march 11 3.7 snapshot (OS loaded from the same snapshot). I previously was running the release 3.6 OS and the Dovecot package that came with the CD. both installs exhibit the same behavior. Both Dovecot and postfix are configured with fcntl locking only. What the heck am I doing wrong? Thanks, Dale

2 1

[Dovecot] Segfault in imap process
by Todd Burroughs 15 May '05

15 May '05

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 15:02:00 Error: child 8438 (imap) killed with signal 11 Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. (gdb) bt full #0 0x08074d10 in index_mail_get_flags (_mail=0x80c86d0) at index-mail.c:162 data = (struct index_mail_data *) 0x80c8734 #1 0x0808c86d in mail_get_flags (mail=0xb7c71834) at mail.c:32 No locals. #2 0x0805a6a5 in fetch_flags (ctx=0x80bee70, mail=0x80c86d0, context=0x0) at imap-fetch.c:444 flags = Variable "flags" is not available. (gdb) bt #0 0x08074d10 in index_mail_get_flags (_mail=0x80c86d0) at index-mail.c:162 #1 0x0808c86d in mail_get_flags (mail=0xb7c71834) at mail.c:32 #2 0x0805a6a5 in fetch_flags (ctx=0x80bee70, mail=0x80c86d0, context=0x0) at imap-fetch.c:444 #3 0x0805abdc in imap_fetch (ctx=0x80bee70) at imap-fetch.c:264 #4 0x0805676b in cmd_fetch (cmd=0x80bcb98) at cmd-fetch.c:165 #5 0x08059635 in _client_input (context=0x80bcb58) at client.c:334 #6 0x0809e1da in io_loop_handler_run (ioloop=0x80bb9b0) at ioloop-poll.c:184 #7 0x0809d8f9 in io_loop_run (ioloop=0x80bb9b0) at ioloop.c:218 #8 0x08060537 in main (argc=1, argv=0xbffffa84, envp=0xbffffa8c) at main.c:228 (gdb) frame #0 0x08074d10 in index_mail_get_flags (_mail=0x80c86d0) at index-mail.c:162 162 data->flags = data->rec->flags & MAIL_FLAGS_MASK; (gdb) p data->rec $3 = (const struct mail_index_record *) 0xb7c71834 (gdb) p data->rec->flags Cannot access memory at address 0xb7c71838

2 4

[Dovecot] dovecot through NFS
by Marten Lehmann 14 May '05

14 May '05

Hello, as our mail server load increases every day, I plan to scale the single mailserver in differnt units: 1x big storage server for all mailboxes, folders exported through NFS 1x smtp for mail-in (queue local, messages on storage server) 1x pop3/imap to retrieve the messages (config local, messages on storage server) Since we're using maildir only, there's no problem to get the messages into the mailboxes. But what about dovecot for retrieving them? NFS will be v3. Is locking still a problem with it? Might the indexes get corrupt? Regards Marten

2 1

[Dovecot] Fedora Core 3 and Mail.app problems
by Gordon Turner 14 May '05

14 May '05

Hello, first thanks for all the work, I appreciate the attention to security :-) I have a performance issue I am trying to solve. On my new server it would appear that synchronizing changes between the client and server is taking longer then my previous setup. I have recently upgraded from my old server to a new home (the basis for my comparison), From: - Redhat 9.0, uw-imap, using self-signed ssl certificates, on an old p-II. - Only one email user (me), about 40 mail folders with a few dozen messages in each. - Performance was never an issue, Mail.app took maybe 20 seconds to sync up minor deletes etc. To a new home: - Clean install of Fedora Core 3 on a p4, dovecot-0.99.13-3.FC3. - Copy of /home/gturner/mail directory to new server, ie existing mbox format from uw-imap. - Recreated new self-signed certificates on new server, manually added the self-signed certificates, connected with no problems. - Mail.app client, on OS X 10.3.9 (no Tiger yet). I deleted the account on Mail.app, and created it again, the first login/sync took a long time, which was expected. However after that, I noticed that when I first connect or delete a file the sync is slower then the old setup (FYI, I keep "Automatically synchronize changed mailboxes" checked on Mail.app). A result of this appears to be some corruption of some mailboxes, only one or two, nothing valuable. For example, I delete a file and then clear the trash while things are still syncing. So my current solution is to be patient. :-) Any suggestions? I know that I could covert everything over to maildir, but I would like some feedback to see if this would be reasonable. I also noticed that initially there are 3 'gturner imap' threads and the syncing seems to be flying along. Then the thread count goes to 5 or 6 and sync starts to crawl. I looked for a way to limit the number of spawned threads, but only saw stuff about 'waiting' threads or reference to 1.0. I have attached my dovecot.conf for reference. Any help is greatly appreciated, Gord Turner.

2 2

[Dovecot] Outlook strange behaviour...
by Francois Meehan 13 May '05

13 May '05

Hi all, I have a Dovecot server(dovecot-0.99.14) running with IMAP support, running on a Fedora 2 system. Outlook (2003) users receive duplicate mail, "the" second mail doesn't have a title, when clicking on it, we are getting "non fully downloaded" error message. When deleting the "orignal" mail, all duplicates gets deleted too. Any ideas? Thanks in advance, Francois Random Thought: --------------- Colors fade, temples crumble, empires fall, but wise words endure. - Edward Thorndike

1 0

[Dovecot] problem with test69
by Cor Bosman 13 May '05

13 May '05

Hi all, I noticed a problem with test69. I can recreate it with the following steps: - create a folder - copy about 200 emails from INBOX to this folder The copy succeeds, I can see with rawlog that it actually moves the 200 emails around. I can see on the spool that there are 200 emails. This is maildir, with spool over NFS. Now I immediately select the new folder. I now see only a part of the emails reported. And with rawlog I indeed see something like: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft Junk) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft Junk \*)] Flags p ermitted. * 158 EXISTS * 158 RECENT * OK [UNSEEN 3] First unseen. * OK [UIDVALIDITY 1115970206] UIDs valid * OK [UIDNEXT 217] Predicted next UID 2 OK [READ-WRITE] Select completed. My client faithfully reports 158 instead of 200. If I now close/open my client, and re-select, I see 200. This I can reproduce with several different clients, but its pretty obvious it isnt a client issue. I also reproduced this with different users. Anyone see this also? NFS issue? Cor

2 1

[Dovecot] dovecot 1.0-test69 io hangs
by Jens Laas 13 May '05

13 May '05

I've been testing test69 with pop3 (under Linux and with mbox). I began testing with a large inbox (11000 mails) and it seems the communication between dovecot and the mailclient (evolution) stalls after 1000-2000 messages transferred. I've looked in to the (non-trivial) io functionality of dovecot. What I see is that io_loop_handler_run() in ioloop-poll.c does not signal any more data (and eventually the whole thing timeouts). Evolution downloads the mailbox fine via qpopper. I tried turning on rawlog: mail_executable = /usr/libexec/dovecot/rawlog /usr/libexec/dovecot/pop3 I cannot find any logfile.. I must be missing something. Any help or ideas ? Cheers, Jens ----------------------------------------------------------------------- 'This mail automatically becomes portable when carried.' ----------------------------------------------------------------------- Jens Låås Email: jens.laas(a)data.slu.se Department of Computer Services, SLU Phone: +46 18 67 35 15 Vindbrovägen 1 P.O. Box 7079 S-750 07 Uppsala SWEDEN -----------------------------------------------------------------------

3 4

[Dovecot] "shared mailboxes"
by schnitzel meister 12 May '05

12 May '05

Hello, After a long search I've almost settled on dovecot as a pop3 and imap server. I have just one problem.. Rather than have a list support(a)company.com, I'd like to have a shared mailbox. The dovecot homepage explicitly states "Shared mailboxes aren't _yet_ supported." The sentence implies that they're planned - any idea when? Thanks

3 3

[Dovecot] IDLE command timeout
by Sim Harbert 12 May '05

12 May '05

Is it possible to change the IDLE command timeout to be more than 30 minutes? I have a client on my PalmOne Treo 600 which will stay in IDLE mode as long as it can. I would like to set the timeout to something much higher than 30 minutes. Maybe several hours or even more. I don't see a configuration setting for this value in "/etc/dovecot.conf". Am I missing something? Thanks, -Sim

2 5