- dovecot - dovecot.org

[Dovecot] assertion failed
by Tom Sommer 23 Oct '04

23 Oct '04

Using test51: Oct 22 23:37:21 one dovecot: 2657(ts(a)dreamcoder.dk): file mail-cache-fields.c: line 338 (mail_cache_header_fields_get): assertion failed: (buffer_get_used_size(dest) == sizeof(hdr) + (sizeof(uint32_t)*2 + 2) * hdr.fields_count) Oct 22 23:37:21 one dovecot: child 2657 (imap) killed with signal 6 What does it mean? -- Tom

1 0

[Dovecot] 1.0-test51 / POP3 broken
by Brad 22 Oct '04

22 Oct '04

OS: OpenBSD 3.5 -stable/macppc dovecot: Oct 21 01:59:01 Info: pop3-login: Login: wendy [192.168.3.6] dovecot: Oct 21 01:59:02 Error: child 13213 (pop3) killed with signal 11 dovecot: Oct 21 02:03:32 Info: pop3-login: Login: robb [192.168.3.6] dovecot: Oct 21 02:03:32 Error: child 17627 (pop3) killed with signal 11 (gdb) bt #0 0x1813bb8 in maildir_transaction_save_commit_post () #1 0x180f504 in maildir_transaction_commit () #2 0x183aff4 in mailbox_transaction_commit () #3 0x180b204 in clients_deinit () #4 0x180be9c in client_command_execute () #5 0x180a808 in client_send_storage_error () #6 0x184f43c in io_loop_handler_run () #7 0x184eba4 in io_loop_run () #8 0x180c4d4 in main () #9 0x1809c78 in _start ()

2 2

[Dovecot] default_mail_env problems
by Neil Marjoram 22 Oct '04

22 Oct '04

I am having problems setting the default mail environment.# I am using Fedora Core 2 with version dovecot-0.99.10.5-0.FC2 My users all have an NFS mounted home directory, and all mail is delivered to ~Mail/.mailbox it is all mbox format. I would like to put the indexes on the local system in /var/indexes/{username}. So I set these parameters for default_mail_env : mbox:~/Mail/:INBOX=~/Mail/.mailbox Which produced the error : imap(test): stat() failed with mbox file ~/Mail/.mailbox: No such file or directory I set the mail environment back to default, linked inbox to .mailbox in the ~/Mail directory and all worked fine. Is there a better way to do this ? I would like to put the indexes on the local system in /var/indexes/{username}, so I decided to set: default_mail_env = INDEX=/var/indexes/%d/%n and got this error: imap(test): Failed to create storage with data: INDEX=/var/indexes//test dovecot: child 9142 (imap) returned error 89 I also tried : default_mail_env = INDEX=/var/indexes/%u And got the same error. I guessed at permissions, so I tried changing the ownership to dovecot and then test and then root and then 777, but I still get this error. Can anyone tell me where I am going wrong? Many thanks, Neil. -- Neil Marjoram. Systems Manager University College London Adastral Park Campus Martlesham Heath Ipswich Suffolk IP5 3RL

7 8

[Dovecot] imap idle on non-inbox?
by Collin Grady 22 Oct '04

22 Oct '04

Can this be done with dovecot? I really like the imap idle feature, but it doesn't work for me because I sort my mail into folders with procmail, so it only notifies me when one drops into inbox and not a subfolder. Is there just an option for this I'm missing, or does support for this not exist yet? Also, I don't think its a client issue as I watched the traffic with tcpdump and it only announced anything for inbox, messages dropping into other folders caused no traffic. -- Collin Grady BOFH excuse #347: The rubber band broke

5 9

[Dovecot] Quick question
by Mark Lidstone 22 Oct '04

22 Oct '04

Hi all, I'm going to be out of office for the next week (starting in the next hour or so) and I need to unsubscribe (I'm sure you don't want my out of office replies really) Can anyone help me by saving me the time it'll take to lookup the unsubscribe/resubscribe details? Many thanks, Mark Lidstone IT and Network Support Administrator BMT SeaTech Ltd Grove House, Meridians Cross, 7 Ocean Way Ocean Village, Southampton. SO14 3TJ. UK Tel: +44 (0)23 8063 5122 Fax: +44 (0)23 8063 5144 E-Mail: mailto:mark.lidstone@bmtseatech.co.uk Website: www.bmtseatech.co.uk ======================================================================== == Confidentiality Notice and Disclaimer: The contents of this e-mail and any attachments are intended only for the use of the e-mail addressee(s) shown. If you are not that person, or one of those persons, you are not allowed to take any action based upon it or to copy it, forward, distribute or disclose the contents of it and you should please delete it from your system. BMT SeaTech Limited does not accept liability for any errors or omissions in the context of this e-mail or its attachments which arise as a result of Internet transmission, nor accept liability for statements which are those of the author and not clearly made on behalf of BMT SeaTech Limited. ======================================================================== ==

2 1

[Dovecot] migration to maildir and arrival time
by Nicolas Kowalski 22 Oct '04

22 Oct '04

Hello. I am currently testing dovecot (0.99.10.8, Debian woody from backports), with the maildir storage. I have noticed that when I use the mailutil tool from uw-imap distribution to transfer my IMAP mailboxes from our current server (uw-imap, mbx format) to the dovecot one, the mails arrival time are apparently lost. I can see this in Pine, using the Arrival sort: the mailboxes on the originating server and dovecot server are not ordered the same. If I use the mb2md perl script to transfer the same mailbox, I see the same behaviour. Is this normal ? Thanks. -- Nicolas

2 5

[Dovecot] [PATCH] support OEM encoding in NTLM messages
by Andrey Panin 22 Oct '04

22 Oct '04

Hello, after I started to use dovecot as a backend for exim4 SMTP authentication on my main mailserver, I noticed that some clients don't advertise unicode support and so they can't log in. To fix the problem the attached patch allows use of OEM encoding in NTLM messages. Please consider applying. Best regards. P.S. I want to release exim4 patch in the near future, probably when Timo will stop making incompatible protocol changes ;) -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

2 2

[Dovecot] File isn't in mbox format - error
by Götz Reinicke 22 Oct '04

22 Oct '04

HI, I recently upgraded an wu-imap server to dovecot dovecot-0.99.11-1.FC3.3 without big trouble (the subscribed mailboxes had to be added by hand...) But today users told me that there where some problems; e.g. a user tried to delete a message and got this error: Oct 19 09:43:13 mail imap(jmeinken): File isn't in mbox format: /home/mitarbeiter/jmeinken//Trash This didn't happen before; also after the migration. My questions: - Whats wrong? - Why is there the "//" a "more Trash" failed. After deleting this file and "touching" a new one, the user can delete files. The quota is 150 MB, the usere uses 100 MB at the moment. Any ideas? Regards Götz Reinicke -- Götz Reinicke IT Koordinator - IT OfficeNet Tel. +49 (0) 7141 - 969 420 Fax +49 (0) 7141 - 969 55 420 goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg Mathildenstr. 20 71638 Ludwigsburg www.filmakademie.de

3 5

[Dovecot] default_mail_env %d var problem
by pythonic 22 Oct '04

22 Oct '04

Hello, I am new to Dovecot and trying to setup on my Fedora Core 1 mail servers (actually migrating from uw to dovecot ;-) ). In my setup I use pam to authenticate virtual users. All the usernames include @domainname in their usernames like 'jane(a)somevhost.com'. Now path to user's home and INBOX includes /home/vhosts/<domainname>/home/<username>. I have added following to dovecot.conf. ------------------------ auth_passdb = pam auth_verbose = yes auth_username_chars = default_mail_env = mbox:/home/vhosts/%d/%h/:INBOX=/home/vhosts/%d/var/spool/mail/%n -------------------------- Now if I try to connect imap I get foll. error. -- imap(jane): May 19 01:58:08 Error: mkdir_parents(/home/vhosts///home/jane//.imap/INBOX) failed: Permission denied -- So %h and %u looks working but not %d :(. My pam module works right as if I use actual domain path in dovecot.conf everything works fine. Auth works correctly with uw. Any pointers ? TIA, Pythonic

4 5

[Dovecot] [PATCH] Fix on Cyrus SASL support for Rel 0.99.11
by ITO Nobuaki 22 Oct '04

22 Oct '04

Code which supports cyrus SASL library (src/auth/mech-cyrus-sasl2.c) is broken. Following is the workaround patch for Dovecot Rel 0.99.11, and it worked fine on FreeBSD 4.10 BOX. It will not work with current development version. Application for that version might not be so difficult. Recently I found the CVS log which appeals that cyrus SASL support is discontinued. It's very sad. Regards Nobuaki ITO : banb(a)j-link.ne.jp --- src/auth/mech-cyrus-sasl2.c.orig Wed Jun 25 08:26:43 2003 +++ src/auth/mech-cyrus-sasl2.c Tue Oct 19 21:07:03 2004 @@ -39,6 +39,7 @@ struct auth_login_reply reply; const char *serverout; unsigned int serveroutlen; + const char *authenid, *default_realm; int ret; ret = sasl_server_step(cyrus_request->conn, data, request->data_size, @@ -55,6 +56,12 @@ reply.result = AUTH_LOGIN_RESULT_SUCCESS; cyrus_request->success = TRUE; + ret = sasl_getprop(cyrus_request->conn, SASL_USERNAME, (const void **) &authenid); + if (ret != SASL_OK || ! authenid) { + i_warning("sasl_getprop() failed: %s", sasl_errstring(ret, NULL, NULL)); + return FALSE; + } + serverout = mech_auth_success(&reply, auth_request, serverout, serveroutlen); } else { @@ -200,6 +217,8 @@ cyrus_sasl_auth_continue; cyrus_request->auth_request.auth_free = cyrus_sasl_auth_free; + + cyrus_request->conn = sasl_conn; reply.result = AUTH_LOGIN_RESULT_CONTINUE;

3 2