- dovecot - dovecot.org

[Dovecot] Worthwile to use quotas?
by Peter Clark 24 Dec '04

24 Dec '04

I'm aware that dovecot doesn't support Maildir++ quotas yet (pity). However, is it still worthwhile to set up something like Postfix + Maildrop to use quotas, or is dovecot's lack of support just going to throw a wrench in the works? Thanks, :Peter

4 6

[Dovecot] Lots of SIG11 with test57
by Nicolas STRANSKY 24 Dec '04

24 Dec '04

Hi, Here is the backtrace. -- Nico Que de tout inconnu le sage se méfie. -+- Jean de La Fontaine (1621-1695), Le Renard, le Loup et le Cheval (Fables XII.17) -+- Here is the full backtrace : GNU gdb 6.1-debian 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-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. warning: current_sos: Can't read pathname for load map: Erreur d'entrée/sortie Reading symbols from /lib/tls/libdl.so.2...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 mail_index_sync_init_expunge_handlers (ctx=0xbffff8b0) at mail-index-sync-ext.c:36 36 mail-index-sync-ext.c: Aucun fichier ou répertoire de ce type. in mail-index-sync-ext.c (gdb) bt full #0 mail_index_sync_init_expunge_handlers (ctx=0xbffff8b0) at mail-index-sync-ext.c:36 handlers = (const mail_index_expunge_handler_t * const *) 0x80cae68 extensions = (const struct mail_index_ext *) 0x6738 id_map = (const uint32_t *) 0x1 eh = {handler = 0, context = 0x0, record_offset = 0} handlers_count = 1 id_map_size = 1860 size = 3082539416 idx_ext_id = 3082539384 map_ext_id = 0 #1 0x080831ec in sync_expunge (e=0xb7bbd178, ctx=0xbffff8b0) at mail-index-sync-update.c:113 view = (struct mail_index_view *) 0x80caac8 map = (struct mail_index_map *) 0x80cd5b0 count = 3082539384 seq = 3082539384 seq1 = 1862 seq2 = 1862 expunge_handlers = (struct mail_index_expunge_handler *) 0xb7bbd178 i = 0 expunge_handlers_count = 3082539376 #2 0x08083a90 in mail_index_sync_record (ctx=0xbffff8b0, hdr=0x80cd4f4, data=0xb7bbd178) at mail-index-sync-update.c:400 rec = (const struct mail_transaction_expunge *) 0xb7bbd178 end = (const struct mail_transaction_expunge *) 0xb7bbd198 ret = 0 #3 0x08083f47 in mail_index_sync_update_index (sync_ctx=0x0, sync_only_external=1) at mail-index-sync-update.c:628 index = (struct mail_index *) 0x80c6e68 view = (struct mail_index_view *) 0x80caac8 map = (struct mail_index_map *) 0xf148 sync_map_ctx = {view = 0x80caac8, cur_ext_id = 4294967295, expunge_handlers = 0x80d3da0, extra_context_buf = 0x0, extra_context = 0x0, type = MAIL_INDEX_SYNC_HANDLER_INDEX, sync_handlers_initialized = 0, expunge_handlers_set = 0, expunge_handlers_used = 0, cur_ext_ignore = 0} thdr = (const struct mail_transaction_header *) 0x80cd4f4 data = (const void *) 0xb7bbd178 old_lock_id = 61768 seq = 135033704 i = 0 first_append_uid = 0 offset = 4430000952 ret = 1 skipped = 0 check_ext_offsets = 0 #4 0x080824e8 in mail_index_sync_commit_external (ctx=0x80caa80, seq=0, offset=61864) at mail-index-sync.c:287 ret = 0 #5 0x080826af in mail_index_sync_begin (index=0x80c6e68, ctx_r=0x0, view_r=0x0, log_file_seq=0, log_file_offset=18446744073709551615, sync_recent=0, sync_dirty=0) at mail-index-sync.c:367 ctx = (struct mail_index_sync_ctx *) 0x80caa80 seq = 1 offset = 61864 lock_id = 8 seen_external = 135042384 #6 0x08062f1f in maildir_sync_index_begin (ibox=0x80c9550) at maildir-sync.c:579 sync_ctx = (struct maildir_index_sync_context *) 0x80caa30 #7 0x08063616 in maildir_sync_context (ctx=0x80b2240, forced=0) at maildir-sync.c:912 ret = 0 new_changed = 1 cur_changed = 1 #8 0x080637cb in maildir_storage_sync_init (box=0x80c9550, flags=0) at maildir-sync.c:975 ctx = (struct maildir_sync_context *) 0x80b2240 ret = 0 #9 0x0808b876 in mailbox_sync_init (box=0x0, flags=0) at mail-storage.c:329 No locals. #10 0x0805e97d in imap_sync_nonselected (box=0x0, flags=0) at imap-sync.c:153 ctx = (struct mailbox_sync_context *) 0x80c9550 sync_rec = {seq1 = 134986640, seq2 = 134987528, type = 7} status = {messages = 1102598494, recent = 513357221, unseen = 131740, uidvalidity = 0, uidnext = 134984600, first_unseen_seq = 134987528, diskspace_full = 0, keywords_count = 134987528, keywords = 0x7} #11 0x08057943 in get_mailbox_status (client=0x80bbc68, storage=0x0, mailbox=0x80c9550 "š\226\f\b\220»\v\b \203\a\b@\203\a\b", items=0, status=0x0) at cmd-status.c:68 box = (struct mailbox *) 0x80c9550 failed = 1 #12 0x08057a7b in cmd_status (client=0x80bbc68) at cmd-status.c:110 args = (struct imap_arg *) 0x80bbe58 status = {messages = 135003808, recent = 134895249, unseen = 434, uidvalidity = 22, uidnext = 134987168, first_unseen_seq = 134982184, diskspace_full = 0, keywords_count = 134582362, keywords = 0x80bfea0} items = 23 storage = (struct mail_storage *) 0x80bbb90 mailbox = 0x80bbf08 "Crans.All-bureau" str = (string_t *) 0x80bbb90 #13 0x08058b75 in client_handle_input (client=0x80bbc68) at client.c:324 No locals. #14 0x08058c48 in _client_input (context=0x80bbc68) at client.c:368 client = (struct client *) 0x80bbc68 #15 0x0809d2d8 in io_loop_handler_run (ioloop=0x80ba9e8) at ioloop-poll.c:184 data = (struct ioloop_handler_data *) 0x80baa10 pollfd = (struct pollfd *) 0x80baa28 tv = {tv_sec = 0, tv_usec = 801471} io = (struct io *) 0x80bbda0 t_id = 2 msecs = 0 ret = 0 call = 1 #16 0x0809c858 in io_loop_run (ioloop=0x80ba9e8) at ioloop.c:218 No locals. #17 0x080605f9 in main (argc=1, argv=0x0, envp=0x0) at main.c:224 No locals.

2 2

[Dovecot] Purging /var/mail/username ?
by Michael Hipp 24 Dec '04

24 Dec '04

Dovecot is delivering mail to my ~/.mail directory wonderfully. But /var/mail/michael is growing steadily. Is it the job of Dovecot to purge this file regularly? Is there a setting somewhere for this? Thanks, Michael

7 9

Re: [Dovecot] Purging /var/mail/username ?
by Jonas Smedegaard 23 Dec '04

23 Dec '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23-12-2004 18:48, Michael Hipp wrote: > From reading http://www.dovecot.org/doc/mail-storages.txt it appears > maildir stores everything in ~/Maildir. That's another good reason to > switch to it - so everything is in one place. There's good reasons to use Maildir, and there's good reasons to stay with mbox, but avoiding /var/mail is not one of them. mbox is the "classical" format, and Timo (I assume) chose to setup dovecot to use the "classical" location scheme as well, which is to store incoming mail below /var/mail and let users pull it from there and store it however they want at their personal folder below /home. If you are new to all this, actually there is probably a good point in staying close to the "classical" way of doing things, so that you can get help from more sources. I suggest keep receiving mail below /var/mail as mbox files, and play around with mbox and Maildir storage for different (test-)users below /home. Good luck, whatever you choose. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFByw6+n7DbMsAkQLgRAuj3AJ9QuWo3RD3NXCQV+tq0PH4+K4o4FgCeLTCE 2WASXMMup7CbMQwWn8+btjQ= =rF9V -----END PGP SIGNATURE-----

1 0

[Dovecot] error when popping mail over DSL
by Jeff Ramsey 23 Dec '04

23 Dec '04

Hi, I have a user who is getting a strange error when popping his mail over a DSL line. The error in my log file is as follows: file client.c: line 237 (client_send_line): assertion failed: ((size_t)ret == str_len(str)) I can POP his mail just find here locally connected to the server via 100bT, but over his DSL link, he gets this error. His mailbox size is 24MB, and he is using outlook w/ the option 'leave a copy of messages on the server'. He has Outlook 2003 and we use Dovecot 1.0 test 42. Is there a timeout limit on the pop3 server? -- Jeff Ramsey MIS Administrator Tubafor Mill, Inc.

2 1

[Dovecot] Need subfolders - convert to Maildir & how?
by Michael Hipp 22 Dec '04

22 Dec '04

I just installed Dovecot and it is working great. But I need subfolders. Does this mean I need to convert to Maildir format? I found several tools to do the conversion, but is there anything that needs to be changed in Dovecot to make the switch? Any advice appreciated. Thank you, Michael Hipp Heber Springs, AR, USA

4 6

[Dovecot] Mixing mbox and maildir
by Kenneth Porter 22 Dec '04

22 Dec '04

Is there some way to add a maildir folder to a mbox hierarchy? My folders are all mbox, but I want to migrate some client-side mail from a client (PMMail2000) that stores messages as individual files, and it might be easiest just to dump all the files into a maildir directory with suitable naming.

5 4

[Dovecot] moving messages with bash
by Todd Slater 22 Dec '04

22 Dec '04

I use bogofilter and a script or two to manage junk mail on my home box (fetchmail from POP3, postfix and procmail to local maildirs, mutt for MUA). Since these mails are just files I figured it never mattered that I moved them from one folder to another via a bash script, but some posts on this list make me think I shouldn't do that on a server running dovecot (IMAP). What I currently have is a MakeJunk folder (maildir) that I drop spam that was missed into, then a cron job runs mail in that folder through bogofilter and moves it to a Junk folder. Is it sane to do that with simple mv, or do I need to use some special imap command? Confused, Todd

1 0

[Dovecot] 0.99.13-rc2
by Timo Sirainen 21 Dec '04

21 Dec '04

http://dovecot.org/rc/ Another one. Unless there are some bugs this will be the final version in a few days. * GNUTLS support hasn't been working for a while, so it's not even tried to be used anymore unless explicitly wanted. + Added CRAM-MD5 authentication mechanism. Patch by Joshua Goodall + Added SMD5 password scheme support and changed MD5 scheme with LDAP to act as PLAIN-MD5 rather than as MD5crypt. Patch by Joshua Goodall + Workaround for some POP3 client bugs: if message doesn't contain the "end of headers" empty line, add it automatically. - SQL and LDAP authentication was broken - SEARCH UNKEYWORD wasn't working

2 1

[Dovecot] Stalled Authentication, Great Clues
by Richard Petty 21 Dec '04

21 Dec '04

I've just installed Dovecot 0.99.12.1 onto a White Box EL 3 server. I'm mostly following the email server setup instructions at http://www.wanderingbarque.com/mailserver.html and getting Dovecot to work is the last task to complete. I've compiled Dovecot with LDAP support. I'm authenticating Postfix via SASL to the LDAP database just fine, and I also authenticate and manipulate LDAP info from JAMM very well, too. However, Dovecot authentication seem to hang up when a correct password is submitted (POP or IMAP... it doesn't matter). Here's an example of the problem: [root@kayak /etc] telnet localhost 110 Trying 127.0.0.1... Connected to localhost.bramble.com (127.0.0.1). Escape character is '^]'. +OK dovecot ready. user repetty(a)bizzy.mine.nu +OK pass bogeybogey sadf hello? ^] telnet> q Connection closed. As you can see, once I hit the return key to submit the password I do not get another prompt. In fact, Dovecot doesn't respond at all although it seems to respond to the escape character just fine. Additionally, dovecot-auth starts soaking up CPU time... until I kill the process (dovecot-auth must be killed manually.) 22:15:32 up 32 days, 21:40, 5 users, load average: 1.05, 1.02, 0.98 121 processes: 119 sleeping, 2 running, 0 zombie, 0 stopped CPU states: cpu user nice system irq softirq iowait idle total 50.5% 0.0% 0.5% 0.0% 0.0% 0.0% 48.8% cpu00 66.7% 0.0% 0.0% 0.0% 0.0% 0.0% 33.2% cpu01 34.4% 0.0% 1.1% 0.0% 0.0% 0.0% 64.3% Mem: 318260k av, 300740k used, 17520k free, 0k shrd, 24380k buff 141540k actv, 28364k in_d, 3864k in_c Swap: 655352k av, 80868k used, 574484k free 94736k cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 23846 dovecot 25 0 1928 1928 1352 R 49.7 0.6 27:30 0 dovecot-auth 23847 dovecot 15 0 1072 1072 868 S 0.0 0.3 0:00 1 imap-login 23848 dovecot 15 0 1072 1072 868 S 0.0 0.3 0:00 1 imap-login 23849 dovecot 15 0 1160 1160 936 S 0.0 0.3 0:00 1 imap-login 23850 dovecot 15 0 1136 1136 928 S 0.0 0.3 0:00 0 pop3-login 23851 dovecot 15 0 1140 1140 928 S 0.0 0.3 0:00 1 pop3-login 23852 dovecot 15 0 1140 1140 928 S 0.0 0.3 0:00 0 pop3-login 23858 dovecot 15 0 1068 1068 868 S 0.0 0.3 0:00 0 imap-login 23870 dovecot 15 0 1064 1064 864 S 0.0 0.3 0:00 1 pop3-login 23886 dovecot 15 0 1060 1060 864 S 0.0 0.3 0:00 1 pop3-login 23916 dovecot 15 0 1064 1064 864 S 0.0 0.3 0:00 0 pop3-login From the client's point of view, the server never seems to come back after the account password is submitted. Dovecot's log shows that it eventually times out the client, although the client never seems to get wind of this: pop3-login: Dec 19 22:13:08 Info: Disconnected: Inactivity [192.168.0.6] I know that Dovecot is connecting to the LDAP server because if I mess up the Dovecot LDAP password in the dovecot.conf file I get an authentication error (as I should): dovecot-auth: Dec 19 20:52:19 Error: LDAP: ldap_simple_bind_s() failed (dn cn=dovecot,dc=dillo,dc=info): Invalid credentials Again, if client submits an incorrect email account password everything works as it should: Dovecot tells the client that the password is incorrect, over and over, if necessary. However, if the password is entered correctly then Dovecot hangs up for good. --Richard

2 2