- dovecot - dovecot.org

Re: Core dumps when opening an IMAP folder (Was: Re: [Dovecot] 1.0-test70)
by Tero Ripattila 26 May '05

26 May '05

Hello Timo, I can reproduce this issue even with mmap_disable and mmap_no_write set to yes, please see the following back trace: $ gdb /usr/local/libexec/dovecot/imap /tmp/imap.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-openbsd3.6"... Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.34.2...done. Loaded symbols for /usr/lib/libc.so.34.2 Reading symbols from /usr/libexec/ld.so...done. Loaded symbols for /usr/libexec/ld.so #0 0x1c03d7f2 in mail_transaction_log_view_set (view=0x3c020500, min_file_seq=8, min_file_offset=7148, max_file_seq=8, max_file_offset=7148, type_mask=8) at mail-transaction-log-view.c:102 102 if (min_file_seq == view->log->tail->hdr.prev_file_seq && (gdb) #0 0x1c03d7f2 in mail_transaction_log_view_set (view=0x3c020500, min_file_seq=8, min_file_offset=7148, max_file_seq=8, max_file_offset=7148, type_mask=8) at mail-transaction-log-view.c:102 file = (struct mail_transaction_log_file *) 0x2b1dbec8 first = (struct mail_transaction_log_file *) 0xb21b372 seq = 0 end_offset = 4324021345303134216 ret = 3932679 #1 0x1c03a17a in view_sync_get_expunges (view=0x3c01f700, expunges_r=0xcfbf97d0) at mail-index-view-sync.c:105 hdr = (const struct mail_transaction_header *) 0xe4e1c00 src = (struct mail_transaction_expunge *) 0xff src_end = (struct mail_transaction_expunge *) 0x3c011020 dest = (struct mail_transaction_expunge *) 0x0 data = (const void *) 0x23ee00 count = 1117130127 ret = 8 #2 0x1c03a366 in mail_index_view_sync_begin (view=0x3c01f700, sync_mask=255, ctx_r=0x8) at mail-index-view-sync.c:176 hdr = (const struct mail_index_header *) 0x3c01f804 ctx = (struct mail_index_view_sync_ctx *) 0x1c039b4d map = (struct mail_index_map *) 0xff mask = 8 want_mask = 0 expunges = {buffer = 0x0, element_size = 0} #3 0x1c02d6cd in index_mailbox_sync_init (box=0x3c01e840, flags=0, failed=0) at index-sync.c:150 ctx = (struct index_mailbox_sync_context *) 0x3c011020 sync_mask = 1006764673 #4 0x1c019b25 in maildir_storage_sync_init (box=0x3c01e840, flags=MAILBOX_SYNC_FLAG_FAST) at maildir-sync.c:991 ctx = (struct maildir_sync_context *) 0x3c0139b0 ret = 0 #5 0x1c040fc4 in mailbox_sync_init (box=0x8, flags=MAILBOX_SYNC_FLAG_FAST) at mail-storage.c:333 No locals. #6 0x1c015150 in imap_sync_init (client=0x3c020000, box=0x3c01e840, flags=MAILBOX_SYNC_FLAG_FAST) at imap-sync.c:43 ctx = (struct imap_sync_context *) 0x3c01d1c0 #7 0x1c01554f in cmd_sync (cmd=0x3c020040, flags=MAILBOX_SYNC_FLAG_FAST, tagline=0x3c00056f "OK Search completed.") at imap-sync.c:210 ctx = (struct cmd_sync_context *) 0x3c0230a0 #8 0x1c00eb66 in cmd_search (cmd=0x3c020040) at cmd-search.c:102 client = (struct client *) 0x3c020000 sargs = (struct mail_search_arg *) 0x8 args = (struct imap_arg *) 0x3c021048 args_count = 8 error = 0x0 charset = 0x0 #9 0x1c00fa7d in cmd_uid (cmd=0x3c020040) at cmd-uid.c:19 cmd_name = 0x3c0210f8 "SEARCH" #10 0x1c01023b in client_handle_input (cmd=0x3c020040) at client.c:334 client = (struct client *) 0x3c020000 #11 0x1c010369 in _client_input (context=0x3c020000) at client.c:383 client = (struct client *) 0x3c020000 cmd = (struct client_command_context *) 0x3c020040 #12 0x1c050a68 in io_loop_handler_run (ioloop=0x3c01d000) at ioloop-poll.c:184 data = (struct ioloop_handler_data *) 0x3c0110a0 pollfd = (struct pollfd *) 0x3c01e000 tv = {tv_sec = 7, tv_usec = 9219} io = (struct io *) 0x3c0111c0 t_id = 2 msecs = 8 ret = 0 call = 1 #13 0x1c050505 in io_loop_run (ioloop=0x3c01d000) at ioloop.c:218 No locals. #14 0x1c016d37 in main (argc=3, argv=0xcfbf9a3c, envp=0xcfbf9a4c) at main.c:228 No locals. (gdb) Any suggestions how to fix these ongoing problems? Thanks, Tero -- Tero Ripattila

1 0

[Dovecot] IMAP Memory Error
by John McAree 25 May '05

25 May '05

Hi, I recently upgraded dovecot on an OpenBSD server from the 0.99.x series to the 1.0-test series to eliminate a problem. That was fixed, however I am now experiencing issues with IMAP(S) connections. The main IMAPS use to the server is via Squirrelmail (many users login with it), however I typically use Thunderbird. The user mailboxes are stored in Maildir format. Basically, moving, deleting or copying mails tends not to work. I have managed to move mails in Thunderbird if the source mailbox is small, and deleting mails usually works in Thunderbird. However, in Squirrelmail deleting or moving results in: "ERROR : Connection dropped by imap-server. Query: COPY 5629 "<dest-mailbox>" /var/log/maillog reports: May 24 23:19:03 orca dovecot: IMAP(jmcaree): pool_system_malloc(): Out of memory The Out of memory error appears when moving mails with Thunderbird, also. I had originally upgraded to dovecot1.0-test66 via a patch supplied by an OpenBSD porter. Today I decided to compile -test70 to see if it was any better. Unfortunately, this issue still exists. I tried upgrading Squirrelmail to the latest (1.4.4 from 1.4.3a), but no luck there. Since it's happening with both it and Thunderbird, though, I don't see it being a client issue. Server is: # uname -a OpenBSD my.hostname.com 3.7 GENERIC.RAID#0 amd64 I'd appreciate any assistance or advice on this issue! Obviously, I'd prefer to not have to downgrade to the 0.99.x series. :-) I'm not subscribed to the list, so please CC me with any replies. TIA, John.

3 8

[Dovecot] Auth Issue
by Adam Barrett 25 May '05

25 May '05

I am so confused. Can someone help me out here? I have set it up so that it is to accept login via PLAIN TEXT. I am using Thunderbird to connect, and it will ask for my password (the username is already in the system) I get a pop-up for Enter the password for Username on Domain.com I enter my password (the same I would use to login to FTP) and it fails. Any thoughts? -- Adam Barrett dragen(a)gmail.com

3 2

[Dovecot] Simply can't figure it out
by Gaby vanhegan 24 May '05

24 May '05

Hi, I'm having a hideous problem trying to get the latest stable version to work. I've had no success and simply can't pinpoint the problem. Sorry for the rather long email but I've included as many details as I can to help here. I've been trying to install the latest stable version (as of 23rd May 2005) by downloading the tarball from the site to my OpenBSD 3.6 box, and building with these arguments: # ./configure --localstatedir=/var --with-ssl=openssl --with-ssldir=/etc/ssl --without-vpopmail - -without-pam --without-shadow Which builds fine. Here are some files from the installation folder: http://vanhegan.net/dovecot/config.log http://vanhegan.net/dovecot/config.status Here's my configuration file. I only really want to server imaps, but I've turned on imap for debuggering purposes: http://vanhegan.net/dovecot/dovecot.conf And it's running from my inetd.conf: # Dovecot IMAP services 144 stream tcp nowait root /usr/local/libexec/dovecot/imap-login imap-login --group=default/imap imaps stream tcp nowait root /usr/local/libexec/dovecot/imap-login imap-login --group=default/imap --ssl (I'm running on port 144 to not clash with the existing IMAP service on port 143). Now, no matter what I try, I simply can't make it login, or start the process: (restart inetd, dovecot, check they're dead) bash-3.00# kill -HUP `cat /var/run/inetd.pid` bash-3.00# kill -TERM `cat /var/run/dovecot/master.pid` bash-3.00# ps auwx | grep dove root 828 0.0 0.1 84 456 p2 S+ 8:39PM 0:00.01 grep dove bash-3.00# /usr/local/libexec/dovecot/imap-login --group=default/imap F/usr/local/libexec/dovecot/imap-login can be started only through dovecot master process, inetd or equilevant (start dovecot, check it's running, error expected, other imap server already running) bash-3.00# /usr/local/sbin/dovecot Fatal: listen(143) failed: Address already in use bash-3.00# ps auwx | grep dove root 14041 0.0 0.3 212 1012 ?? Ss 8:39PM 0:00.06 dovecot root 3496 0.0 0.2 276 608 ?? S 8:39PM 0:00.02 dovecot-auth root 10928 0.0 0.1 104 456 p2 S+ 8:40PM 0:00.01 grep dove (try and login) bash-3.00# /usr/local/libexec/dovecot/imap-login --group=default/imap Fatal: EOF while reading environment from master bash-3.00# tail /var/log/dovecot dovecot: May 23 20:34:19 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:35:06 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:00 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:04 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:07 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:07 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:07 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:38:57 Warning: Killed with signal 15 dovecot: May 23 20:39:39 Info: Dovecot v1.0-stable starting up dovecot: May 23 20:40:25 Error: login: Unknown protocol 'imap?W' (try an SSL login) bash-3.00# openssl s_client -connect localhost:993 CONNECTED(00000004) 24195:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:/usr/src/lib/libssl/ssl/../src/ssl/s23_clnt.c:475: bash-3.00# tail /var/log/dovecot dovecot: May 23 20:35:06 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:00 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:04 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:07 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:07 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:37:07 Error: login: Missing protocol from server name 'imap' dovecot: May 23 20:38:57 Warning: Killed with signal 15 dovecot: May 23 20:39:39 Info: Dovecot v1.0-stable starting up dovecot: May 23 20:40:25 Error: login: Unknown protocol 'imap?W' dovecot: May 23 20:44:20 Error: login: Unknown protocol 'imap?W' HELP PLEASE!!! I've scoured t'internet and the closest I can find is this: http://dovecot.org/pipermail/dovecot/2005-February/006284.html Which got me past the "missing protocol from server" problem but hasn't got anywhere. I've since fallen back to the version in ports from OpenBSD 3.6 but really want to get this going. Any ideas? Gaby -- Junkets for bunterish lickspittles since 1998! gaby(a)vanhegan.net http://weblog.vanhegan.net

4 6

[Dovecot] Newbie-ish Questions
by Joe Dauncey 24 May '05

24 May '05

Hi, I'm in the process of migrating from local Maildir, to IMAP-enabled Maildir (terms are made up by me). I have my Maildir directories all under $HOME/Mail I have a procmail script that sorts everything into different folders under $HOME/Mail, and leaves the rest in a Maildir folder chosen by me, that I think of as my INBOX. Now, I am assuming that the folder I identify as INBOX is the one that a client will interpret as the INBOX? I really want the INBOX to be one of the folders under $HOME/Mail, but at the moment dovecot only will only consider the folder $HOME/Mail as the INBOX, so I have to send my 'inbox' mail to $HOME/Mail, rather than what I would prefer, which would be $HOME/Mail/INBOX (or something like that). The seting I have in dovecot.conf is: default_mail_env = maildir:~/Mail Is this is the only way, or am I doing something wrong? Should I be using default_mail_env to define the inbox? e.g. with: default_mail_env = maildir:~/Mail:INBOX=INBOX (or whatever my inbox mail folder name is) Maybe I've just got my Maildir folder set up completely wrong, and I'm supposed to accept the Maildir folder itself as the inbox? If so, please just send me on my way ;-) Also, since I don't know much about IMAP, where can I find out what the .subscriptions file is, and what it does, and also all the other files created by dovecot, like the .imap files and the .customflags Thanks, Joe -- Joe Dauncey

3 5

[Dovecot] Read-only mail folders
by Chris Wakelin 24 May '05

24 May '05

Is it possible to have folders on read-only partitions in Dovecot 1.0-stable? We have a NetApp fileserver which would probably be accessed via NFS (though iSCSI is possible) and which stores readonly "snapshots" of every directory accessible as .snapshot (but usually hidden from the operating system). It would be very nice to set up a "snapshot" namespace something like :- namespace public { separator = / prefix = "#snapshot/" location = maildir:%h/Maildir/.snapshot/nightly.0 hidden = yes } so that users could recover messages from say yesterday's version of their mailbox. Unfortunately, Dovecot always seems to want to write to the directory, even when indexes are stored elsewhere (as recommended with NFS anyway, I think) using INDEX=whatever in the location line. Best Wishes, Chris --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

2 6

[Dovecot] problem with an howto from the wiki.
by kramer＠freemail.it 24 May '05

24 May '05

hello, i'm reading and trying to configuring my mailserver following this howto on the dovecot wiki: http://wiki.dovecot.org/moin.cgi/DovecotPostgresql but i got always this problem: ERROR: permesso negato per la relazione postfix_virtual in english is "permission denied for the relation postfix_virtual". I dont know where the problem is, but if i send an email from localhost all works good, the problem appear when i try to test my mailserver sending an email from another mta. this is what i got as error: Recipient address rejected: User unknown in local recipient table (in reply to RCPT TO command) excuse me in advance for my poor and ugly english. thanks! ciao, peppe --------------------------------------------------------------- Scegli il tuo dominio preferito e attiva la tua email! Da oggi l'eMail di superEva e' ancora piu' veloce e ricca di funzioni! http://webmail.supereva.it/new/ ---------------------------------------------------------------

2 1

[Dovecot] (no subject)
by Brent Clark 24 May '05

24 May '05

Hi all I just compiled Dovecot v1.0-test70 and i tried using the dovecot-example.conf for a quick test to see if the daemon would work. But I keep getting the following error message in me /var/log/messages: May 17 12:33:46 mail dovecot: Dovecot v1.0-test70 starting up May 17 12:33:47 mail dovecot: Auth process died too early - shutting down May 17 12:33:47 mail dovecot: auth(default): No password databases set May 17 12:33:47 mail dovecot: child 29405 (auth) returned error 89 This is is a section in my conf file. auth default { mechanisms = plain auth_userdb = passwd auth_passdb = pam #auth_userdb = passwd #auth_passdb = pam #userdb = /etc/passwd #passdb = /etc/passwd # passdb pam { # Service name or * as parameter. * means the authenticating service name # is used, eg. pop3 or imap. #args = dovecot # args= /etc/passwd # } # /etc/passwd or similar, using getpwnam() # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. # passdb passwd { # args= /etc/passwd # } # /etc/shadow or similiar, using getspnam(). Deprecated by PAM nowadays. # passdb shadow { # args= /etc/shadow # } # passwd-like file with specified location #passdb passwd-file { #} userdb passwd { } # passwd-like file with specified location #userdb passwd-file { # Path for passwd-file #args = #} # Path for passwd-file #args = #} # checkpassword executable authentication #passdb checkpassword { # Path for checkpassword binary #args = #} If anyone has some advice or tips, it would greatfully be appreciated. Kind Regards Brent Clark

2 5

[Dovecot] Stability
by Casey Allen Shobe 24 May '05

24 May '05

I am currently using Dovecot 0.99.14-r1 as provided by Gentoo, in a Qmail + VPopmail configuration. I am curious as to how to configure it to ensure the most stability, as it serves >1000 clients. I would rather disable any indexing that give small speed improvements if they are not known to be stable. Advice? Cheers, -- Casey Allen Shobe | http://casey.shobe.info cshobe(a)seattleserver.com | cell 425-443-4653 AIM & Yahoo: SomeLinuxGuy | ICQ: 1494523 SeattleServer.com, Inc. | http://www.seattleserver.com

2 1

[Dovecot] 1.0-stable loses flag changes sometimes?
by Chris Wakelin 24 May '05

24 May '05

I've been struggling with an odd bug in the latest 1.0-stable (20050427) release. Sometimes Dovecot seems to forget that a message has been read or deleted and marks it unread (or not deleted). As far as I've been able to determine, it seems to happen when 1) There have been several recent deliveries 2) Possibly some of those deliveries are of multiple messages 3) Possibly they are read very quickly (say only a second for each message) 4) Folder is an mbox (haven't tried Maildir) I've seen it with Thunderbird mostly, but did manage to recreate it once in "telnet" - the debug IMAP client ;) - using "IDLE" "FETCH" and "STORE msgid +FLAGS (\Seen)" commands. I managed to catch it in the act with one Thunderbird session, and it seemed to occur when Thunderbird, for some reason, issued an IMAP "CHECK" command. In this case it issued an extra "* 710 FETCH (FLAGS (\Recent))" response (the new messages had been msgid 711-715). Incidentally, Thunderbird seems to do a "STORE .. +FLAGS (\Seen)" command even though this is implicit the "FETCH .. BODY[..]" command (and it gets informed of the flag change in the response). I've tried and tried to find a "formula" for re-creating the problem "on demand", but it only goes wrong occassionaly. My guess is it's some sort of timing thing with mbox sync (BTW we have "mbox_dirty_syncs = yes" and "mbox_very_dirty_syncs = no"). Has anybody else seen this? I'm hoping to roll out this version to our wider group of testers soon and would like to get this issue solved first if possible (it counts as an annoyance rather than a serious problem). Best Wishes, Chris --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

5 15