- dovecot - dovecot.org

Re: [Dovecot] [Dovecot 1.1.3] Strange problem with attachment download
by Eduardo M KALINOWSKI 24 Sep '08

24 Sep '08

From: Thomas Gropp <togro(a)fbta.uni-karlsruhe.de> > I am testing Dovecot 1.1.3 at the moment to see if I can migrate from > UW-Imap(mbox) to Dovecot(maildir). Because I dont' want to influence the > production server I installed Dovecot on an ununsed computer with some > dummy-testusers using ssl and maildir. Installation was without any > problems and everything works fine with one exception: I cannot download > some attachments. If the attachment is a simple textfile or bitmap it's > ok, but everything else (pdf, zip, etc. - size doesn't matter) does not > work. Here is what happens: > > 1) I right-click on the attached file -> "save as" (using Thunderbird 2) > 2) I choose a target dir (no matter if local disk or nfs) > 3) the download-dialog pops up and says: "starting...." I'd suggest trying first with another client to see if it's not an issue with Thunderbird, which in my opinion is not very good at handling attachments in imap.

3 4

[Dovecot] Dovecot 1.1.3 upgrade
by CJ Keist 24 Sep '08

24 Sep '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I planning to upgrade from 1.1.2 dovecot to 1.1.3, that is if most people feel the 1.1.3 is more stable now than 1.1.2? I've downloaded the code and been going through and applying all the changes listed at the URL below: feed://hg.dovecot.org/dovecot-1.1/rss-log I gotten all of the applied except for the AIX one, I'm running on solaris. The last patch I'm not able to figure out: http://hg.dovecot.org/dovecot-1.1/rev/04fdaa2f831e I'm able to apply the fist patch in the file but the second doesn't look anything like I have in the file. Here is what my file looks like beginning at line 237 in src/lib-mail/message-address.c /* from now on don't return -1 even if there are problems, so hat the caller knows this is a group */ ctx->parser.data++; (void)rfc822_skip_lwsp(&ctx->parser); ctx->addr.mailbox = p_strdup(ctx->pool, str_c(ctx->str)); add_address(ctx); if (parse_mailbox_list(ctx) > 0) { if (*ctx->parser.data == ';') { ctx->parser.data++; (void)rfc822_skip_lwsp(&ctx->parser); } } add_address(ctx); return 1; } Can you show me how this section of the code should look like? Thanks... - -- C. J. Keist Email: cj.keist(a)colostate.edu UNIX/Network Manager Phone: 970-491-0630 Engineering Network Services Fax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI2ofAA29OFr7C6jcRAgPXAKCOtp5SZcH2IQjF3pVNUCY7zItiXwCePqVT zEWaQplUqlxVjOrKWMO1vqM= =hGGf -----END PGP SIGNATURE-----

2 1

[Dovecot] [Dovecot 1.1.3] Strange problem with attachment download
by Thomas Gropp 24 Sep '08

24 Sep '08

Hello everyone, I am testing Dovecot 1.1.3 at the moment to see if I can migrate from UW-Imap(mbox) to Dovecot(maildir). Because I dont' want to influence the production server I installed Dovecot on an ununsed computer with some dummy-testusers using ssl and maildir. Installation was without any problems and everything works fine with one exception: I cannot download some attachments. If the attachment is a simple textfile or bitmap it's ok, but everything else (pdf, zip, etc. - size doesn't matter) does not work. Here is what happens: 1) I right-click on the attached file -> "save as" (using Thunderbird 2) 2) I choose a target dir (no matter if local disk or nfs) 3) the download-dialog pops up and says: "starting...." 4) nothing happens form then on In the log file I see (lots of them for a single "attachment-download-try" until I stop Thunderbird): "dovecot: Fatal: IMAP(<username>): io_loop_handle_add: epoll_ctl(1, 1): File exists" (which file??) I googled this message but without success. I already tried having all files on the local fs instead of nfs but it doesn't change anything. I also tried a lot of different settings (concerning locking, nfs, permissions) in the dovecot.conf. Everything else works just fine: logging in, receiving, creating folders, deleting etc...) Im using a (very) old SuSE 9.0 installation with ext2. I put my (current) devecot.conf and the output of "dovecot -n" at the end. As I have no idea what else to try/check: Anyone out there who has a tip what else I could check to solve this? Or even someone who had the same problem with a solution? ;o) Thx Thomas my current dovecot.conf: ************************************************************* protocols = imaps protocol imap { listen = *:143 # not active ssl_listen = *:446 # for testing } listen = * disable_plaintext_auth = yes ssl_disable = no ssl_cert_file = /etc/ssl/certs/imapd.pem ssl_key_file = /etc/ssl/certs/imapd.pem verbose_ssl = yes login_greeting = Dovecot ready. mail_location = maildir:~/Maildir mmap_disable = yes fsync_disable = no mail_nfs_index = yes lock_method = dotlock maildir_copy_with_hardlinks = yes mbox_read_locks = dotlock_try mbox_write_locks = dotlock_try mbox_dotlock_change_timeout = 120 protocol imap { } protocol pop3 { } protocol lda { postmaster_address = postmaster(a)example.com } auth_debug = yes auth default { mechanisms = plain passdb shadow { } userdb passwd { } user = root } dict { } plugin { } ************************************************************* Output of dovecot -n ************************************************************* # 1.1.3: /usr/local/etc/dovecot.conf protocols: imaps ssl_listen: *:446 ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/certs/imapd.pem verbose_ssl: yes login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login mail_location: maildir:~/Maildir mail_debug: yes mmap_disable: yes mail_nfs_index: yes lock_method: dotlock mbox_read_locks: dotlock_try mbox_write_locks: dotlock_try auth default: debug: yes passdb: driver: shadow userdb: driver: passwd ***************************************************************+

2 1

[Dovecot] fts squat and dovecot-shared
by Anton Yuzhaninov 24 Sep '08

24 Sep '08

It seems, that dovecot-shared ignored by fts squat and dovecot.index.search/dovecot.index.search.uids created with wrong permissions. This makes squat unusable with symlinked shared maildirs. -- WBR, Anton Yuzhaninov

2 2

[Dovecot] Can't move mail items to Inbox
by Phillip Smith 24 Sep '08

24 Sep '08

Hi all, Trying to setup Postfix / Dovecot / Fetchmail to collect all my mail centrally on my home server and serve it out by IMAP. Everything is working, using Maildir format except I can't move mail from a sub-folder to my Inbox. Example: I send a test message to myself. It gets picked up by fetchmail, and delivered to /home/user/Maildir/new by postfix. Dovecot serves that out to my client. I can then move that message from the Inbox to a subfolder, but then I can't move it back to the Inbox. I don't get any error messages or anything - it just doesn't happen :( Any help and advice would be great. root ~ # dovecot -n # 1.1.3: /etc/dovecot/dovecot.conf listen: 192.168.31.3 disable_plaintext_auth: no login_dir: /usr/var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login login_greeting: Dovecot server.local READY login_max_processes_count: 8 mail_location: maildir:~/Maildir auth default: passdb: driver: pam userdb: driver: passwd root ~ # dovecot --version 1.1.3 Cheers, ~p

1 1

[Dovecot] One fs with quota, one without: incorrect data shown
by Laurent Blume 24 Sep '08

24 Sep '08

Hello all, I'm using Dovecot 1.0.15 on a Solaris 10. There are two different FS in place for IMAP: /var/mail for inbox /export/home for the mail folders The first doesn't have quota, the second does. However, I've noticed that Thunderbird does display quota information on the inbox (that doesn't make any sense, the values are incorrect). The same incorrect values are shown for folders as well. I tried the following configurations, but without success, the result is always the same: quota = fs ---- quota = fs:INBOX:mount=/var/mail quota2 = fs:Others:mount=/export/home ---- quota = fs:Others:mount=/export/home Any idea what I'm doing wrong? TIA, Laurent -- / Leader de Projet & Communauté | I'm working, but not speaking for \ G11N http://fr.opensolaris.org | Bull Services http://www.bull.com / FOSUG http://guses.org |

2 2

[Dovecot] Debugging password schemes
by Ian R. Justman 23 Sep '08

23 Sep '08

Hi, all. I managed to get my new password scheme routine written, but a couple of things: 1. The example module lacks an init routine. Since I used it as a model, my module also lacks one. As such, my newly-built module is seen but not registered. In the meantime, I moved the routines into password-scheme.c instead where I had access to all the MD5 routines already set up for me. 2. Once in password-scheme.c and modified to the point where it builds without warnings or errors and it doesn't gag on itself, it doesn't seem to work properly. What's the best way to debug password-scheme.c so I can see what's going on so I can fix things accordingly? I have to "manually" break apart the value stored in a database a bit differently than other salted values (it's using salted MD5 values a bit differently than normal). The password format from a Post.Office server, but apparently, Netscape Messaging Server uses this same format. Thanks! --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com

1 1

[Dovecot] dovecot 1.1.3 coredump
by Anton Yuzhaninov 23 Sep '08

23 Sep '08

I found imap core in coredump dir: (gdb) bt #0 0x00000000004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffffffe478) at message-header-parser.c:114 #1 0x00000000004a8193 in read_header (mstream=0x795330) at istream-header-filter.c:162 #2 0x00000000004a84e7 in i_stream_header_filter_read (stream=0x795330) at istream-header-filter.c:288 #3 0x00000000004bc216 in i_stream_read (stream=0x795380) at istream.c:70 #4 0x00000000004bca0d in i_stream_read_data (stream=0x795380, data_r=0x7fffffffe5c0, size_r=0x7fffffffe5b8, threshold=0) at istream.c:283 #5 0x00000000004afbd7 in message_get_body_size (input=0x795380, body=0x7fffffffe610, has_nuls=0x0) at message-size.c:76 #6 0x0000000000421c5f in fetch_body_header_fields (ctx=0x75c130, mail=0x713048, body=0x75c640) at imap-fetch-body.c:458 #7 0x00000000004201a1 in imap_fetch_more (ctx=0x75c130) at imap-fetch.c:309 #8 0x0000000000420400 in imap_fetch (ctx=0x75c130) at imap-fetch.c:361 #9 0x0000000000417742 in cmd_fetch (cmd=0x75c048) at cmd-fetch.c:152 #10 0x000000000041c0c2 in cmd_uid (cmd=0x75c048) at cmd-uid.c:26 #11 0x000000000041d7b4 in client_command_input (cmd=0x75c048) at client.c:580 #12 0x000000000041d9f1 in client_command_input (cmd=0x75c048) at client.c:629 #13 0x000000000041db33 in client_handle_next_command (client=0x744180, remove_io_r=0x7fffffffe81d) at client.c:670 #14 0x000000000041db79 in client_handle_input (client=0x744180) at client.c:680 #15 0x000000000041dd14 in client_input (client=0x744180) at client.c:725 #16 0x00000000004c1669 in io_loop_handler_run (ioloop=0x71e140) at ioloop-kqueue.c:150 #17 0x00000000004c070b in io_loop_run (ioloop=0x71e140) at ioloop.c:320 #18 0x0000000000428e39 in main (argc=3, argv=0x7fffffffe978, envp=0x7fffffffe998) at main.c:293 (gdb) f 0 #0 0x00000000004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffffffe478) at message-header-parser.c:114 114 if (msg[0] == '\n' || (gdb) p msg[0] Cannot access memory at address 0x0 Lines in log file before crash: Sep 16 11:40:17 mailsupport deliver(spamhog): copy: uid=1, box=Dovecot Delivery Mail, dest=z_topshop, msgid=<000801c917cf$0623e47b$693cbc80@nuwqn>, size=19779 Sep 16 11:40:17 mailsupport deliver(spamhog): msgid=<000801c917cf$0623e47b$693cbc80@nuwqn>: saved mail to z_topshop Sep 16 11:40:17 mailsupport dovecot: IMAP(spamhog): Next message unexpectedly lost from 216637 Sep 16 11:40:17 mailsupport dovecot: IMAP(spamhog): Next message unexpectedly lost from 216637 Sep 16 11:40:17 mailsupport dovecot: child 33373 (imap) killed with signal 11 OS: FreeBSD 7.0-STABLE #0: Sun May 4 13:15:10 MSD 2008, amd64 mbox located on zfs silesystem. related lines in dovecot -n output: mmap_disable: yes mbox_write_locks: fcntl mbox_min_index_size: 1024 mail_plugins(imap): acl mail_log zlib mail for this account stored in mbox: user_query = SELECT uid, gid, home, mail FROM tbl_users WHERE login = '%Lu' AND home IS NOT NULL; sqlite> SELECT uid, gid, home, mail FROM tbl_users WHERE login = 'spamhog' AND home IS NOT NULL; 8008|8008|/home/spamhog|mbox:~/mail -- WBR, Anton Yuzhaninov

2 4

[Dovecot] dovecot-sieve-1.1.5 compile error
by Zhang Huangbin 23 Sep '08

23 Sep '08

Hi, all. I compiled and installed dovecot-1.1.3 with this cmd: # ./configure --prefix=/usr/local/dovecot --disable-ipv6 --with-mysql --with-ldap --with-zlib --enable-header-install Then compiled dovecot-sieve-1.1.5 with this cmd: ./configure --with-dovecot=/usr/local/dovecot/lib/dovecot But i got this error msg: <stdout>:1654: warning: no previous prototype for 'addrget_lineno' <stdout>:1663: warning: no previous prototype for 'addrget_in' <stdout>:1671: warning: no previous prototype for 'addrget_out' <stdout>:1679: warning: no previous prototype for 'addrget_leng' <stdout>:1688: warning: no previous prototype for 'addrget_text' <stdout>:1697: warning: no previous prototype for 'addrset_lineno' <stdout>:1709: warning: no previous prototype for 'addrset_in' <stdout>:1714: warning: no previous prototype for 'addrset_out' <stdout>:1719: warning: no previous prototype for 'addrget_debug' <stdout>:1724: warning: no previous prototype for 'addrset_debug' <stdout>:1758: warning: no previous prototype for 'addrlex_destroy' How can i solve this issue? Thanks very much.

2 2

[Dovecot] Small deliver bug
by Robin Breathe 22 Sep '08

22 Sep '08

Setting "mail_location=maildir:~/Maildir:INDEX=~/index:CONTROL=~/control" (or separating INDEX and CONTROL in general) along with "quota=maildir" (and or having a ~/.dovecot.sieve) appears to expose a small bug in deliver (version 1.1.3, but probably all). While deliver will create a missing INDEX directory, it throws an error if the CONTROL directory is missing, exiting with exit code 75 and the following message: Internal error occurred. Refer to server log for more information. [2008-09-11 12:30:13] The associated syslog error is: Sep 11 12:30:13 csmail2 deliver(88345678): [ID 994296 mail.error] file_dotlock_open(/users4/stu/78/88345678/control/maildirsize) failed: No such file or directory Sep 11 12:30:13 csmail2 deliver(88345678): [ID 702911 mail.error] Internal quota calculation error Sep 11 12:30:13 csmail2 deliver(88345678): [ID 702911 mail.info] msgid=<43435ee38b616bb360e98d1990ad8f6d(a)example.com>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2008-09-11 12:30:13] Full "dovecot -n" output is attached. Regards, Robin

2 1