June 2008 - dovecot - dovecot.org

Re: [Dovecot] Error using antispam plugin
by Juan Asensio Sánchez 04 Jun '08

04 Jun '08

I compile Dovecot from the source packages of the Debian repository. I don't know if it has been correctly compiled with that flag, i have executed: # CFLAGS=-g3 dpkg-buildpackage -rfakeroot -b When running gdb again, i get diffrenet output but i think that this information is not relevant: (gdb) cont Continuing. Program received signal SIGSEGV, Segmentation fault. 0x080b294d in mail_get_physical_size () (gdb) bt full #0 0x080b294d in mail_get_physical_size () No symbol table info available. #1 0xb7df0200 in quota_try_alloc () from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so No symbol table info available. #2 0xb7df4b01 in quota_plugin_deinit () from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so No symbol table info available. #3 0xb7df4edc in quota_plugin_deinit () from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so No symbol table info available. #4 0xb7de8036 in antispam_save_finish () from /usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so No symbol table info available. #5 0x080b5aa6 in mailbox_save_finish () No symbol table info available. #6 0x0805ad8f in _start () No symbol table info available. (gdb) cont Continuing. Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) 2008/6/4 Juan Asensio Sánchez <okelet(a)gmail.com>: > I compile Dovecot from the source packages of the Debian repository. I > don't know if it has been correctly compiled with that flag, i have > executed: > > # CFLAGS=-g3 dpkg-buildpackage -rfakeroot -b > > When running gdb again, i get diffrenet output but i think that this > information is not relevant: > > (gdb) cont > Continuing. > > Program received signal SIGSEGV, Segmentation fault. > 0x080b294d in mail_get_physical_size () > (gdb) bt full > #0 0x080b294d in mail_get_physical_size () > No symbol table info available. > #1 0xb7df0200 in quota_try_alloc () from > /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so > No symbol table info available. > #2 0xb7df4b01 in quota_plugin_deinit () from > /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so > No symbol table info available. > #3 0xb7df4edc in quota_plugin_deinit () from > /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so > No symbol table info available. > #4 0xb7de8036 in antispam_save_finish () from > /usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so > No symbol table info available. > #5 0x080b5aa6 in mailbox_save_finish () > No symbol table info available. > #6 0x0805ad8f in _start () > No symbol table info available. > (gdb) cont > Continuing. > > Program terminated with signal SIGSEGV, Segmentation fault. > The program no longer exists. > (gdb) > > 2008/6/3 Johannes Berg <johannes(a)sipsolutions.net>: >> On Tue, 2008-06-03 at 22:16 +0300, Timo Sirainen wrote: >>> On Tue, 2008-06-03 at 21:11 +0200, Johannes Berg wrote: >>> > On Tue, 2008-06-03 at 21:06 +0200, Juan Asensio Sánchez wrote: >>> > > Wow. Thanks for your quick answer. I don't know much about compiling >>> > > or debugging. Could anyone say me how to do that or give some tips? >>> > >>> > well, add -g3 somewhere to the CFLAGS when building dovecot. >>> >>> -g is added by default. Does -g3 add anything useful compared to it? >> >> I think it only adds debug information for macros. >> >> johannes >> >

1 0

[Dovecot] Error using antispam plugin
by Juan Asensio Sánchez 03 Jun '08

03 Jun '08

Hi When activating antispam plugin in imap protocol, when sending an email, Evolution/Thunderbirdkeeps infinitely "Sending authentication information", and Dovecor logs shows "dovecot: May 28 10:14:35 Error: child 6910 (imap) killed with signal 11"; lots of empty folders in /tmp are created with names like "antispam-mail-ZvyWeZ". I am using Dovecot1.1 rc15 compiled from Debian source repositories (http://xi.rename-it.nl/debian/) and last version of antispam plugin, obtained with git. Any idea or help to debug? Thanks.

5 16

[Dovecot] expire plugin - setgid failed
by e-frog 03 Jun '08

03 Jun '08

Hello all, I'm trying to get the expire plugin working, but still having issues even with 1.1RC5. If I run the expire tool I get the following error: server:~# dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool Fatal: setgid(100) failed with euid=2005, gid=0, egid=0: Operation not permitted Same thing with --test: server:~# dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool --test Fatal: setgid(100) failed with euid=2005, gid=0, egid=0: Operation not permitted gid 100 = users, uid 2005 = helmut The user mail box has the following permissions: root@LINKSTATION:/home/helmut# ll -n drwx------ 22 2005 100 4.0k May 17 13:14 mail Any help is appreciated. Thanks, Helmut server:~# dovecot -n # 1.1.rc5: /etc/dovecot.conf log_path: /var/log/mail/dovecot.log info_log_path: /var/log/mail/dovecot.log ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_process_size: 16 max_mail_processes: 16 mail_location: maildir:%h/mail umask: 7 mail_plugins: quota imap_quota mail_log expire namespace: type: public separator: / prefix: Public/ location: maildir:/home/public/mail:CONTROL=%h/mail/control/public:INDEX=%h/mail/index/public list: yes subscriptions: yes namespace: type: private separator: / inbox: yes list: yes subscriptions: yes auth default: verbose: yes passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 user: dovecot group: mail master: path: /var/run/dovecot/auth-master mode: 384 plugin: quota: maildir quota_rule: *:storage=1GB quota_rule2: Trash:storage=10%% expire: Trash 1 expire_dict: proxy::expire dict: expire: db:/var/lib/dovecot/expire.db

2 5

[Dovecot] v1.0.14 released
by Timo Sirainen 03 Jun '08

03 Jun '08

http://dovecot.org/releases/1.0/dovecot-1.0.14.tar.gz http://dovecot.org/releases/1.0/dovecot-1.0.14.tar.gz.sig Since v1.1.0 release is getting near, this could well be the last v1.0 release. I'll still fix important bugs, but if the bugfix is large or affects only few people it'll probably get fixed only in v1.1 releases. * mbox: Enable mail_privileged_group while creating INBOX. - IMAP: Fixed a rare crash in FETCH BODY/BODYSTRUCTURE - IMAP: If mailbox is selected with EXAMINE, ignore flag changes - proxy: Login success reply was sent in two IP packets, which confused some IMAP/POP3 clients - ACL plugin leaked memory a bit - dovecot-auth: allow_nets setting with network masks didn't work correctly with big endian machines.

5 7

[Dovecot] How to set MDNSent flag on a large amount of mails?
by Patrick Nagel 03 Jun '08

03 Jun '08

Hi, after having moved a big mail archive to IMAP, I've now got the following problem: The MUA asks to send an MDN on all those old messages that contain the 'Disposition-Notification-To' header when opened. I'd like to set the $MDNSent flag on those (>10000 in a deeply nested directory structure) mails. After having read http://wiki.dovecot.org/MailboxFormat/Maildir I wrote a script that changed the filename of mails in all directories that contained the header, so that the filename contained a 'b' in the last part of the filename (after the comma), because I found '1 $MDNSent' in Maildir/dovecot-keywords. I then discovered that there can be a 'dovecot-keywords' file in each directory, and all of those files can have different flags in different order. Do I really need to write a script that evaluates each dovecot-keywords file, figures out which letter corresponds to the flag and rename the files (per directory) accordingly? Isn't there a more simple way? Patrick. -- STAR Software (Shanghai) Co., Ltd. http://www.star-group.net/ Phone: +86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005

4 6

[Dovecot] spamassassin, postfix with dovecot lda?
by George Mamalakis 03 Jun '08

03 Jun '08

Hi all, I am trying to setup a mail server using postfix (virtual_mailboxes), spamassassin and dovecot, along with SQL where appropriate. From my research so far I realized that, for several reasons, it is required for me to use dovecot LDA instead of maildrop, local, procmail or other alternatives. My configuration was working flawlessly, until spamassassin per-user configuration came to play. If I just wanted an MTA anti-spam gateway, I could directly call spamassassin via master.cf, or through some helper "content-filter-application" (like amavis or amavisd-new), and everything would work just fine (I tried and tested many such configurations with success). But when antispam per user preferences became my concern (Bayesian filters and classifier), I realized that spamd should be called by the LDA. With procmail this was a trivial issue, with dovecot-lda I was unable to find any solution on the web or other documentation. So my question is as follows: Is there a way to call spamc from dovecot-LDA (and/or dovecot-sieve), or is there an alternate way to do this for a site with virtual mailboxes configured with dovecot-lda? Thank you all in advance, regards, -- George Mamalakis IT Officer, Department of Electrical and Computer Engineering, Aristotle Univ. of Thessaloniki, Greece

3 4

[Dovecot] v1.1.rc6 released
by Timo Sirainen 03 Jun '08

03 Jun '08

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc6.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc6.tar.gz.sig This is it. The first v1.1 release that actually deserves the "release candidate" name. It contains everything I require from v1.1.0 release. There are two bugs left that I'd like to get fixed, but they won't block v1.1.0 release: * index_mailbox_set_recent_uid() assert (reported by Diego Liziero) * Maildir not always finding new messages and returning them as empty (reported by Anders). The major change in v1.1.rc6 release is the SORT indexing half-rewrite. I hadn't much stress tested that code before, and once I started I just kept finding more and more weird bugs and it became extremely difficult to figure out how to fix them, so I finally decided to just redesign how it's supposed to work and then implemented that. The resulting sort code is a lot cleaner and it should also perform better (although it could still be improved a bit: the basic binary searching could be replaced with one that first binary searches between already-looked-up sort-strings and only after that binary searches the resulting space which requires slower sort-string lookups). Hopefully there are also no stupid bugs left like returning messages in wrong sort order. :) I've been wasting time this past week getting new stuff for my new apartment, but that's nearly done now. I think (hope) I'm going to be more productive in here, there are less neighbours behind walls/floors (just 1), so less potential for annoying noises. :) Thinking also seems to work better when there's more space to walk around. And finally, the changes since v1.1.rc5: * Index file format changed a bit. If an older Dovecot v1.1 reads index files updated by rc6+, they may give "Invalid header record size" or "ext reset: invalid record size" warnings. v1.0 won't give these errors. * IMAP: LIST .. RETURN (X-STATUS) command return now LIST entries before STATUS entries. * zlib plugin: Uncompress if the message begins with zlib header instead of looking at the 'Z' flag. This fixes copying with hard links. Based on a patch by Richard Platel. + IMAP: SORT index handling code was half-rewritten to fix several bugs when multiple sessions were sorting at the same time. The new code is hopefully also faster. + Maildir: If POP3 UIDL extra field is found from dovecot-uidlist, it's used instead of the default UIDL format (or X-UIDL: header). This allows easily preserving UIDLs when migrating from other POP3 servers. Patch by Nicholas Von Hollen @ Mailtrust. + Maildir: ,W=<vsize> is now always added to maildir filenames + deliver: Avoid reading dovecot-uidlist's contents if possible. + Added %T modifier = Trim whitespace from end of string - IMAP: Fixed some bugs in LIST-EXTENDED implementation. - IMAP: If client tries to change the selected mailbox state while another command is still running, wait until the command is finished. This fixes some crashes and other unwanted behavior. - allow_nets userdb setting was broken with big endian CPUs

6 8

[Dovecot] overview of patches used in Fedora
by Dan Horák 03 Jun '08

03 Jun '08

Hi, I have gone through the patches that are used in the Fedora package and probably only the "mkcert-permissions" [1] can be considered to be included upstream. It is dated into package version 1.0-0.beta2.3, but I cannot find any particular reason for the inclusion (like a bug in bugzilla, etc.). Some (winbind support, quota warnings) were obsoleted by dovecot 1.1, two are used for distro specific settings. So the only real patch that remains is the "pam_setcred" [2] patch that fixes https://bugzilla.redhat.com/show_bug.cgi?id=146198 Current state of the package for Fedora is at http://cvs.fedoraproject.org/viewcvs/rpms/dovecot/devel/ Dan [1] http://cvs.fedoraproject.org/viewcvs/rpms/dovecot/devel/dovecot-1.0.beta2-m… [2] http://cvs.fedoraproject.org/viewcvs/rpms/dovecot/devel/dovecot-1.0.rc2-pam… -- Fedora and Red Hat package maintainer

2 2

Re: [Dovecot] v1.1.rc8 released
by Timo Sirainen 03 Jun '08

03 Jun '08

On Mon, 2008-06-02 at 16:04 -0700, Andrew Roberts wrote: > On Tue, 3 Jun 2008, Timo Sirainen wrote: > > > + deliver: Added -c parameter to provide path to delivered mail. > > This allows maildir to save identical mails to multiple recipients > > using hard links. > > According to the wiki, deliver already uses a -c parameter to specify the > path to an alternate configuration file. Is this incorrect, or is this > functionality going away? I meant to say -p parameter.. And thanks for reminding, I'll update the wiki as well.

1 0

[Dovecot] Unsuccessful POP sessions on dovecot-1.0.3-13_60
by Patrick Ben Koetter 03 Jun '08

03 Jun '08

A Client runs a RAS network. Users access mailboxes using Outlook Express. The server runs dovecot-1.0.3-13_60. Almost a week ago users began to report that they can't retrieve their mail. The session starts, they seem to retrieve messages, but then the client reports a problem and the session is terminated. Here's what I have in the log: May 28 08:56:46 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 08:59:00 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 08:59:29 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:03:49 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 09:04:24 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:12:11 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 09:14:32 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:17:10 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 09:17:52 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:20:27 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 09:23:23 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:30:05 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 What I see is that the client seems to try to retrieve the same mails (retr=5/448621) over and over again. If they login using IMAP they don't experience any problems. Any idea what this could be? Rumor has it it's a know problem with Outlook Express and its POP implementation. Is that rumor or a fact? p@rick -- state of mind Agentur für Kommunikation, Design und Softwareentwicklung Patrick Koetter Tel: 089 45227227 Echinger Strasse 3 Fax: 089 45227226 85386 Eching Web: http://www.state-of-mind.de Amtsgericht München Partnerschaftsregister PR 563

2 3

[Dovecot] Purging Deleted Messages
by Carlos Williams 02 Jun '08

02 Jun '08

I noticed today I checked a users mailbox with the mutt command: mutt -f /home/bob/email/ There I saw he had 100 messages that had been deleted but not yet purged from his inbox so they're still using up disk storage on my email server. My question is does Dovecot have a process to automatically delete these messages after a certain period of time? I would like to think that they don't just sit in a users mailbox for years waiting to be purged, right? Does anyone know exactly how this works? I checked my own mailbox using mutt and I see 11 messages that are deleted from my Thunderbird client but are still on the server (marked for deletion). How long do these messages stay there? -- Man your battle stations...

4 4

[Dovecot] renameing users
by Ivan Levchenko 02 Jun '08

02 Jun '08

Hi All, I have a pretty basic question - I'm just getting into this email business =). There is a server that uses virtual users with dovecot. How could I go by allowing the users to change their usernames and to let them save all of their info? Access to the mailboxes is provided via squirrelmail . Thanks in advance! p.s. please cc me in the reply! -- Best Regards, Ivan Levchenko levchenko.i(a)gmail.com

1 0

[Dovecot] deliver & override homedir
by arne van theemsche 02 Jun '08

02 Jun '08

Hi We're in the phase of converting our existing unix-based users to virtual users. Goal is to make mail-spool totaly independent of home-spool. For that reason, NO files can be written to home. I've solved the problem for all files, except for .dovecot.lda-dupes. I can see in duplicate.c #define DUPLICATE_PATH "~/.dovecot.lda-dupes" I thought being clever and override in the userdb passwd following args = home=/var/spool/mail/%1n/%2n/%n but deliver totaly ignores that. does anybody has tips? kind regards Arne

2 1

[Dovecot] deliver saving mails with hard linking
by Timo Sirainen 02 Jun '08

02 Jun '08

http://dovecot.org/tmp/deliver-multiple.diff for Dovecot v1.1 implements -p <path> parameter for deliver, which reads the input mail from the specified path instead of stdin. With maildir and hardlink copying enabled, it also tries to hard link the file to destination instead of copying it. So to get the same mail delivered to multiple recipients using hard links, you'd have to write a small wrapper script that stored the mail temporarily somewhere and then called deliver for each recipient using the -p parameter. Any thoughts on if this should go to v1.1 like this? Some problems: - If you're not using a single UID/GID you probably have to make the file world-readable. - A wrapper script is kind of ugly, so it would be nice if deliver took a list of all recipients as input. But the deliver code is currently ugly enough that this would require larger changes. - Am I forgetting something?..

4 11

[Dovecot] Problems under opensuse-10.3-x86_64
by Christian Kuehn 02 Jun '08

02 Jun '08

Hi, I have a lot of problems to compile or to run the dovecot on my OpenSUSE 10.3 x86_64. Sometimes the compiled binary cannot read the existing and running config, the dovecot -n results in: ian:/opt/src/build/dovecot-1.1.rc7 # /opt/dovecot/sbin/dovecot -n # 1.1.rc7: /etc/dovecot/dovecot.conf Error: Missing auth section for server default Fatal: Invalid configuration in /etc/dovecot/dovecot.conf The prebuild RPM-daemon (v 10.0.13) said: ian:/opt/src/build/dovecot-1.1.rc7 # dovecot -n # 1.0.13: /etc/dovecot/dovecot.conf listen: *:8088 ssl_listen: *:10943 ssl_disable: yes ssl_cert_file: /etc/exim/www.foo-bar.de.crt ssl_key_file: /etc/exim/www.foo-bar.de.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /opt/dovecot/libexec/dovecot/imap-login first_valid_uid: 98 mail_location: maildir:~/maildir mail_executable: /opt/dovecot/libexec/dovecot/imap auth default: passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf This looks fine and right, but there is no access to my old maildir (created by courier-imap) and I found several entries like this in my maillog: May 27 19:13:54 ian dovecot: IMAP(tkstest(a)foor-bar.de): Unexpected eof found when reading file 'UNOPENED' (Errcode: 0) or: May 27 16:22:44 ian dovecot: IMAP(tkstest(a)foo-bar.de): Corrupted transaction log file /var/spool/virtuser/xxxxx/mail/INBOX./.imap/Trash/dovecot.index.log: unexpected end of file while reading header or: May 27 18:05:44 ian dovecot: IMAP(tkstest(a)foo-bar.de): file mail-index.c: line 1 900 (mail_index_move_to_memory): assertion failed: (index->fd == -1) May 27 18:05:44 ian dovecot: IMAP(tkstest(a)foo-bar.de): Raw backtrace: imap [0x4648be] -> imap [0x4645fe] -> imap [0x443834] -> imap [0x450b08] -> imap(mail_index_open+0x1df) [0x444e6f] -> imap(index_storage_mailbox_init+0x159) [0x43c119] -> imap [0x41fe0d] -> imap [0x420ab8] -> imap(_cmd_select_full+0xaa) [0x4149ca] -> imap(cmd_select+0xb) [0x414b7b] -> imap [0x415e97] -> imap [0x415f29] -> imap(_client_input+0x6f) [0x4165cf] -> imap(io_loop_handler_run+0x101) [0x46a021] -> imap(io_loop_run+0x18) [0x4691f8] -> imap(main+0x457) [0x41e087] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b5ab1476ae4] -> imap [0x411719] May 27 18:05:44 ian dovecot: child 15320 (imap) killed with signal 6 Tested versions: 1.0.13 RPM by OpenSUSE 1.0.13 self-compiled 1.1.rc7 self-compiled OS: Linux ian 2.6.18.8-0.9-default #1 SMP Sun Feb 10 22:48:05 UTC 2008 x86_64 x86_64 x86_64 GNU/Linux configure: ./configure --prefix=/opt/dovecot --sysconfdir=/etc/dovecot --with-mysql --with-pop3d --with-notify=inotify --with-ioloop=epoll --with-sql CPPFLAGS='-fPIC -I/opt/mysql/include' LDFLAGS='-L/opt/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm' Any ideas? Kind Regards Christian -- Christian Kuehn eMail: christian(a)hamburg.gay-web.de

2 1

[Dovecot] Requested CRAM-MD5 scheme, but we have only MD5-CRYPT
by Richard Pyne 01 Jun '08

01 Jun '08

After upgrading my dovecot installation about a month ago, I have started seeing "Requested CRAM-MD5 scheme, but we have only MD5-CRYPT" message from dovecot in my logs. Any help in finding and correcting the cause will be greatly appreciated. --Richard

2 4

Re: [Dovecot] Segfault in imap_bodystructure_write when searching
by Christer Mjellem Strand 01 Jun '08

01 Jun '08

>> Whenever I try to search on my dovecot test install, dovecot dies. It >> immediately spawns a new process, which the client tries to connect to, >> and send search commands to, causing that to die, and so forth. This loop >> means I have to kill either the server or the client. > > Your dovecot.index.cache file is probably broken somehow. Try moving > dovecot.index* files elsewhere and see if it works then? If it does and > dovecot.index.cache doesn't contain anything too sensitive > (subjects/from/to addresses), could you send me the dovecot.index* > files? > > If it crashes even without dovecot.index* files then the mails > themselves contain a broken message. It would help if I could get that > message. Bullseye. Why did I fail to mention that I was trying to use uiddb from Courier? :P Using your conversion script fixed it, but simply copying the Courier file crashed Dovecot. According to http://wiki.dovecot.org/Migration/Courier this is supposed to work though, so either that page is wrong, or Dovecot has a bug. >> betty - ~vpopmail/domains/bar.com/foo # gdb /usr/lib/dovecot/imap core > .. >> (no debugging symbols found) >> Core was generated by `imap'. >> Program terminated with signal 11, Segmentation fault. >> #0 0x080a539d in imap_bodystructure_write () >> (gdb) bt full >> #0 0x080a539d in imap_bodystructure_write () >> No symbol table info available. >> #1 0x08083b5c in ?? () > > Unfortunately this backtrace is almost completely broken and it doesn't > really help.. You also could try compiling Dovecot itself with debug > symbols and getting backtrace from it. That'd probably work. I tried reproducing now, but it seems it's started working even when moving all dovecot files and copying courierimapuiddb to dovecot-uidlist. If I see it again I'll send you a copy of the file offlist. Thanks. -- -==- -=- -==- Christer Mjellem Strand yitzhaq System administrator ICQ: 9557698 GSM +47 922 000 12 JID: yitzhaq(a)jabber.no -==- -=- -==-

2 7

Re: [Dovecot] Dovecot hard link problem
by Timo Sirainen 01 Jun '08

01 Jun '08

On Sun, 2008-06-01 at 23:27 +0900, 도원철 wrote: > My company recently changed mail server from cyrus to dovecot. > > The problem is that dovecot does not support hard links for message > files with same message ID. > > I turned on the ‘maildir_copy_with_hardlinks’ option in dovecot.conf, > but it does not seems to have relation to this problem, am I > misunderstood? > > Hard links are created when move or copy messages from one folder to > other folder, but when deliver creates messages this option does not > works. Right. This isn't implemented yet. Also I don't think it should rely on Message-ID: header proving the uniqueness. There are two ways this can be implemented reliably: 1) If the message is sent to multiple recipients using same RCPT TO command, all the recipients could be given to deliver as parameters, and deliver would know that it's the same message and they could be hard linked. 2) Keep some kind of a hash database where hash is e.g. SHA1 sum of the entire message. All messages could be then stored in some global directory and hard linked from there to users' mailboxes. When receiving a new message using an existing hash, it could still compare byte-by-byte the files to make sure that it's not a hash collision before hard linking the file. 1) probably wouldn't be too difficult to implement and probably would solve your problem (assuming the problem is that people are mailing 100MB attachments to everyone inside a company). But I don't think I have time to do it myself..

1 0

[Dovecot] Dovecot hard link problem
by 도원철 01 Jun '08

01 Jun '08

My company recently changed mail server from cyrus to dovecot. The problem is that dovecot does not support hard links for message files with same message ID. I turned on the ‘maildir_copy_with_hardlinks’ option in dovecot.conf, but it does not seems to have relation to this problem, am I misunderstood? Hard links are created when move or copy messages from one folder to other folder, but when deliver creates messages this option does not works. Our mail storage will be exhausted in few days. If you have some idea to solve this problem, please please help me. Or If you fix this problem, I will happily pay for it at reasonable cost. I installed dovecot 1.0.13 and postfix 2.5.1. Best regards, WonChul,Do

1 0

[Dovecot] Segfault in imap_bodystructure_write when searching
by Christer Mjellem Strand 01 Jun '08

01 Jun '08

Whenever I try to search on my dovecot test install, dovecot dies. It immediately spawns a new process, which the client tries to connect to, and send search commands to, causing that to die, and so forth. This loop means I have to kill either the server or the client. Running Dovecot 1.0.13 from/on Debian testing, rebuilt with vpopmail support and no other source changes. Vpopmail version is 5.4.25, latest stable. Client is Mulberry 4.0.8, and the crash seems to occur whenever any type of search is performed, be it subject, sender, body etc. Otherwise the server behaves fine. dovecot -n output: # 1.0.13: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S listen: *:9000 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_greeting_capability: yes login_max_processes_count: 256 first_valid_uid: 89 mail_location: maildir:~/Maildir mail_debug: yes dotlock_use_excl: yes maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes mail_drop_priv_before_exec: yes mail_plugins: quota imap_quota imap_client_workarounds: outlook-idle delay-newmail auth default: user: vpopmail verbose: yes passdb: driver: vpopmail userdb: driver: vpopmail plugin: quota: maildir Anonymized log excerpt: May 31 21:01:24 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:24 betty dovecot: child 21748 (imap) killed with signal 11 May 31 21:01:24 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:24 betty dovecot: child 21752 (imap) killed with signal 11 May 31 21:01:24 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21753 (imap) killed with signal 11 May 31 21:01:25 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21759 (imap) killed with signal 11 May 31 21:01:25 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21774 (imap) killed with signal 11 May 31 21:01:25 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21775 (imap) killed with signal 11 May 31 21:01:25 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21776 (imap) killed with signal 11 ... Backtrace: betty - ~vpopmail/domains/bar.com/foo # gdb /usr/lib/dovecot/imap core GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (no debugging symbols found) Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/i686/cmov/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /lib/i686/cmov/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so Reading symbols from /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/lib/gconv/ISO8859-1.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so (no debugging symbols found) Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. #0 0x080a539d in imap_bodystructure_write () (gdb) bt full #0 0x080a539d in imap_bodystructure_write () No symbol table info available. #1 0x08083b5c in ?? () No symbol table info available. #2 0x080fa698 in ?? () No symbol table info available. #3 0x080fae60 in ?? () No symbol table info available. #4 0x00000001 in ?? () No symbol table info available. #5 0x080fa660 in ?? () No symbol table info available. #6 0x080fae40 in ?? () No symbol table info available. #7 0x080fae40 in ?? () No symbol table info available. #8 0xbfc90328 in ?? () No symbol table info available. #9 0x080b0520 in _buffer_free () No symbol table info available. #10 0x08083f64 in index_mail_get_special () No symbol table info available. #11 0x080703f4 in ?? () No symbol table info available. #12 0x080f8c08 in ?? () No symbol table info available. #13 0x00002000 in ?? () No symbol table info available. #14 0x00000001 in ?? () No symbol table info available. #15 0x080bc105 in o_stream_send_str () No symbol table info available. #16 0x0805f26e in ?? () No symbol table info available. #17 0x080f8c08 in ?? () No symbol table info available. #18 0x00002000 in ?? () No symbol table info available. #19 0x00000001 in ?? () No symbol table info available. #20 0x00000000 in ?? () Any help would be greatly appreciated. -- -==- -=- -==- Christer Mjellem Strand yitzhaq System administrator ICQ: 9557698 GSM +47 922 000 12 JID: yitzhaq(a)jabber.no -==- -=- -==-

2 1