- dovecot - dovecot.org

[Dovecot] 0.99.13-rc3
by Timo Sirainen 29 Dec '04

29 Dec '04

http://dovecot.org/rc/ One more. Added LDAP-MD5 password scheme and changed non-$1$-MD5 passwords to use it. This is how it's done in 1.0-tests.

1 0

[Dovecot] dovecot_auth / pam_mysql login errors
by Roi Efrati 29 Dec '04

29 Dec '04

I am getting this errors at the maillog file : Dec 29 12:22:10 websrv dovecot-auth: pam_sm_authenticate called. Dec 29 12:22:10 websrv dovecot-auth: host changed. Dec 29 12:22:10 websrv dovecot-auth: database changed. Dec 29 12:22:10 websrv dovecot-auth: dbuser changed. Dec 29 12:22:10 websrv dovecot-auth: dbpasswd changed. Dec 29 12:22:10 websrv dovecot-auth: table changed. Dec 29 12:22:10 websrv dovecot-auth: usercolumn changed. Dec 29 12:22:10 websrv dovecot-auth: passwdcolumn changed. Dec 29 12:22:10 websrv dovecot-auth: crypt changed. Dec 29 12:22:10 websrv dovecot-auth: sqllog changed. Dec 29 12:22:10 websrv dovecot-auth: db_connect called. Dec 29 12:22:10 websrv dovecot-auth: returning 0 . Dec 29 12:22:10 websrv dovecot-auth: db_checkpasswd called. Dec 29 12:22:10 websrv dovecot-auth: pam_mysql: where clause = Dec 29 12:22:10 websrv dovecot-auth: SELECT password FROM email_users WHERE log in='myname' Dec 29 12:22:10 websrv dovecot-auth: sqlLog called. Dec 29 12:22:10 websrv dovecot-auth: returning 0 . Dec 29 12:22:10 websrv dovecot-auth: returning 0. ## And then: Dec 29 12:22:10 websrv dovecot-auth: pam_mysql: setcred called but not implemen ted. Dec 29 12:22:10 websrv dovecot-auth: pam_mysql: acct_mgmt called but not implem ented. Dont panic though :) Dec 29 12:22:10 websrv pop3-login: Internal login failure: myname [xxx.xxx.xxx.xxx] As much as I was trying to find reading material on them I have not maneged to find something that will help me. If anybody can shed some light on how to fix my server...

1 0

[Dovecot] Deleting a message through IMAP
by Doug Eubanks 28 Dec '04

28 Dec '04

I have been having a problem with the test releases...I am now using Test 59. When I delete a message using SquirrelMail (IMAP) the message stays in the message list....but you can't open it anymore because it can't be found, if I logout and log back in...the message is gone from the list. I thought it could be a problem with the cache, so I added mail_never_cache_fields = MessagePart Envelope Body only to recieve Dec 24 09:23:34 news dovecot: IMAP(admin): mail_never_cache_fields: Invalid cache field name 'Body', ignoring Any ideas? This problem has plagued me for a while and I always go back to using the and older test like 22 and the problem isn't there... Doug

3 2

[Dovecot] Moving existing MD5 passwords to LDAP?
by Ben Beuchler 28 Dec '04

28 Dec '04

I have a dovecot installing working quite well for around 1000 users using passwd-file authentication. I'm moving to LDAP and would sure love to be able to migrate the existing MD5 passwords. I've tried using ldapmodify to set "userPassword" to {CRYPT}$1$H8JE0k5X$y.ptShgYbOgWF.99lX88N1 and {MD5}$1$H8JE0k5X$y.ptShgYbOgWF.99lX88N1 In both cases, ldapmodify exits without errors but I cannot bind using the new password. Any ideas? -Ben -- Ben Beuchler There is no spoon. insyte(a)emt-p.org -- The Matrix

2 1

[Dovecot] bidirectional synchronization of dovecot-managed maildirs
by James Leifer 28 Dec '04

28 Dec '04

Hello and happy holidays, I've been thinking about high performance bidirectional synchronizing the mail on my laptop (which is frequently disconnected) and my workstation at work (which is always on and receives all inbound mail). Both run dovecot on top of maildir. I've been playing with offlineimap, unison (which I already use for all my non-mail files), as well as the gnus agent (in IMAP "disconnected mode"). None of these solutions is really satisfactory: * offlineimap treats a message refile between folders as a delete-plus-resend; * unison doesn't understand the semantics of flag changes at the end of files in maildirs; it also has to stat all the files (which can become slow) to detect changes; * gnus agent can't refile messages between folders when in disconnected mode. Perhaps there are better disconnected IMAP modes available for other MUAs, but, it seems like a more general solution would be appropriate. In particular, the "uniq" field of a maildir filename is an easy way of tracking the identity of a message as it gets refiled. My question: would it be difficult to patch dovecot so that it maintained the *same* uniq when copying messages between folders? What about adding hooks that get triggered whenever dovecot copies or deletes messages? These hooks could log the changes. Later, when one tries to sync, one merges the changes from both replicas and then applies them. I'm aware that dovecot has an option to do copies as hardlinks, which is a good start, but still requires one to stat the files to discover which have the same inode. This is *much* slower than simply listing the directories and comparing maildir "uniq" fields. I'm aware that this invariant wouldn't be maintained if other programs modified the maildirs under dovecot's nose, but I'm willing to exclude this possibility. Suggestions? Best regards, -James Leifer

3 4

[Dovecot] dspam plugin
by Johannes Berg 27 Dec '04

27 Dec '04

The first version is available at http://johannes.sipsolutions.net/edit/Projects/dovecot-dspam-integration/co… I'm calling dspam for every message, that seemed easier for now. I will probably integrate Tom's idea about storing the messages until a cron-job picks them up at night by just storing signatures into mysql, in which case its easy to do with a single query: INSERT INTO new_spam (user, signature, isspam) VALUES (<user>, <signature>, <isspam>) ON DUPLICATE KEY UPDATE isspam = <isspam> with given values for <user>, <signature> and <isspam> and a key on (user, signature). For now, however, calling dspam for every message works good enough for me, and seems to work. Regards, Johannes

1 0

[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