April 2013 - dovecot - dovecot.org

[Dovecot] Dovecot 2.2.0 compile error
by rauchwolke＠gmx.net 16 Apr '13

16 Apr '13

Hi, i tried to compile dovecot 2.2.0 and i end up with this error: make[6]: Entering directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/util' /bin/sh ../../libtool --tag=CC --mode=link mips-openwrt-linux-uclibc-gcc -std=gnu99 -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -mno-branch-likely -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -I/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -no-undefined -Wl,--as-needed -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/usr/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/lib -o gdbhelper gdbhelper.o ../../src/lib-dovecot/libdovecot.la -export-dynamic -ldl OpenWrt-libtool: link: mips-openwrt-linux-uclibc-gcc -std=gnu99 -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -mno-branch-likely -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -I/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -Wl,--as-needed -o .libs/gdbhelper gdbhelper.o -Wl,--export-dynamic -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/usr/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/lib ../../src/lib-dovecot/.libs/libdovecot.so -ldl -Wl,-rpath -Wl,/usr/lib/dovecot ../../src/lib-dovecot/.libs/libdovecot.so:(.got+0x0): multiple definition of `_GLOBAL_OFFSET_TABLE_' collect2: ld returned 1 exit status make[6]: *** [gdbhelper] Error 1 make[6]: Leaving directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/util' Making all in doveadm make[6]: Entering directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/doveadm' Making all in dsync make[7]: Entering directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/doveadm/dsync' make[7]: Nothing to be done for `all'. Version 2.1.16 compiled fine. How can i fix this linker error? With kind regards

1 0

[Dovecot] Delete_to_Trash plugin problem
by BINOTTO Luis SIDOR 15 Apr '13

15 Apr '13

Hello list... I am new at dovecot and I have a problem with it; any help will be very grateful We have a exchange server with outlook at the client side, and we are migrating the exchange server to postfix/dovecot(1.2.15) solution. I enabled the "deleted-to-trash" plugin (v0.3) to move the messages to the Trash folder automatically when it is deleted. Also, I am using quota and quota_imap plugins to maintain the quota for users. The quota rule for Trash folder is unlimit. The problem is, when the client reach their maximum quota and try to delete a mail in the inbox to release space. The delete to trash plugin effectively copy it to the Trash folder, but the original mail still remain (marked for delete) at the inbox folder and the quota does not released. Am I doing something wrong? Thanking you in anticipation.... Luis Binotto. " Notificacion Automatica: Este mensaje y cualquier archivo que se adjunte contiene informacion privilegiada y confidencial. Es para uso exclusivo del destinatario. Si usted ha recibido esta comunicacion por error, por favor avisenos inmediatamente. Automatic notification: This e-mail and any file transmitted with it are confidential and may be legally privileged. It is intended solely for the addressee and may not be disclosed to or used by anyone other than the addressee. If you have received this e-mail by mistake , please advise the sender immediately"

1 0

[Dovecot] Dict quota question
by Antoine Nguyen 15 Apr '13

15 Apr '13

Hi all, I'm using Dovecot 2.1.16 and I'd like to know if the following configuration is supported: * An SQL dictionary quota * A static userdb to get uid/gid/home information * An SQL userdb to get per-user quota limit Currenlty, current quota usage are properly stored into the database but per-user limits are not found. If I replace the SQL dictionary by the maildir backend (my previous config.), it works as expected. Do you have any idea? Thanks in advance, Antoine Nguyen http://modoboa.org/

2 3

[Dovecot] lazy_expunge plugin with virtual mailboxes
by Gilles Chauvin 15 Apr '13

15 Apr '13

Hi, When using both lazy_expunge and virtual mailboxes (with, for instance, a "All Messages" virtual mailbox) as soon as a user deletes/expunges a mail in one of its mailbox, Dovecot is saving two mails to the lazy_expunge namespace (the one in the user mailbox and the one in the virtual mailbox). Is there some kind of trick to make Dovecot ignore any mail deleted from a virtual mailbox namespace ? Thanks, Gilles.

1 0

[Dovecot] Coredump -> backtrace Script
by Ralf Hildebrandt 15 Apr '13

15 Apr '13

I wrote a little something about how I'm automatically creating backtraces from coredumps: http://sys4.de/de/blog/2013/04/13/core-catcher-linux/ I've been using this with Dovecot-HEAD and Squid-HEAD, mostly :) -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Joerg Heidrich

1 0

Re: [Dovecot] How to manually generate a password hash
by Joseph Tam 15 Apr '13

15 Apr '13

David Murphy writes: http://en.wikipedia.org/wiki/Salt_%28cryptography%29 > So... what am I missing? If the hash was salted, it would seem the > hashes in the database would be longer than the ones generated at the > command line, but that isn't the case. I'm out of ideas. Any guidance > appreciated. The hashes are salted, and that is why the hashes are different, even though the same password is used. (Test it by using the output of "doveadm pw" and plugging it into your test account). The hashes ought to be the same length. The out would be proportional to the length of your input password if the were encrypting, rathher than hashing. But the length of the hash is consant + encoded(salt) + encoded (hash(password)), all of which ought to be fixed lengths. Joseph Tam <jtam.home(a)gmail.com>

1 0

[Dovecot] 2.2.0 lmtp runtime error
by Luigi Rosa 14 Apr '13

14 Apr '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I didn't have much time in the last 2 weeks, so I was stuck to a functioning 2.2.rc3 + pigeonhole 0.4.0 Server is CentOS 64: Linux mail.luigirosa.com 2.6.32-358.2.1.el6.centos.plus.x86_64 #1 SMP Wed Mar 13 02:09:07 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux I compiled and installed 2.2.0 and rebuilt pigeonhole 0.4.0 and this hapens ans soon as a new mail arrives: Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: Effective uid=501, gid=501, home=/var/spool/mail/xxxx.com/lrosa/ Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: maildir++: root=/var/spool/mail/xxxx.com/lrosa, index=, indexpvt=, control=, inbox=/var/spool/mail/xxxx.com/lrosa, alt= Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: sieve: Pigeonhole version 0.4.0 initializing Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: sieve: include: sieve_global_dir is not set; it is currently not possible to include `:global' scripts. Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: +VmOJOo+aVE+MAAAP6OfHg: sieve: using the following location for user's Sieve script: /var/spool/mail/xxxx.com/lrosa//.dovecot.sieve;name=main script Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: +VmOJOo+aVE+MAAAP6OfHg: sieve: loading script /var/spool/mail/xxxx.com/lrosa//.dovecot.sieve;name=main script Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: +VmOJOo+aVE+MAAAP6OfHg: sieve: script binary /var/spool/mail/xxxx.com/lrosa//.dovecot.svbin successfully loaded Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: +VmOJOo+aVE+MAAAP6OfHg: sieve: binary save: not saving binary /var/spool/mail/xxxx.com/lrosa//.dovecot.svbin, because it is already stored Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: +VmOJOo+aVE+MAAAP6OfHg: sieve: executing script from /var/spool/mail/xxxx.com/lrosa//.dovecot.svbin Apr 13 13:18:02 mail dovecot: lmtp(12346, lists(a)luigirosa.com) Debug: Namespace : Using permissions from /var/spool/mail/luigirosa.com/lists: mode=0700 gid=default Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Debug: Namespace : Using permissions from /var/spool/mail/xxxx.com/lrosa: mode=0700 gid=default Apr 13 13:18:02 mail dovecot: lmtp(12346, lists(a)luigirosa.com) Fatal: master: service(lmtp): child 12346 killed with signal 11 (core dumps disabled) Apr 13 13:18:02 mail dovecot: lmtp(12350, lrosa(a)xxxx.com) Fatal: master: service(lmtp): child 12350 killed with signal 11 (core dumps disabled) Apr 13 13:18:02 mail dovecot: lmtp(12348, lrosa(a)xxxx.com) Debug: Namespace : Using permissions from /var/spool/mail/xxxx.com/lrosa: mode=0700 gid=default Apr 13 13:18:02 mail dovecot: lmtp(12348, lrosa(a)xxxx.com) Fatal: master: service(lmtp): child 12348 killed with signal 11 (core dumps disabled) Ciao, luigi - -- / +--[Luigi Rosa]-- \ God runs electromagnetics by wave theory on Monday, Wednesday, and Friday, and the Devil runs them by quantum theory on Tuesday, Thursday, and Saturday. --William Bragg -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlFpQYcACgkQ3kWu7Tfl6ZTCgwCdGeOjpkQNwYPN5JHhG01/fm3d BMQAniE22e2ie4/ab6S2cFf6pFvqgo+U =iHoY -----END PGP SIGNATURE-----

3 6

[Dovecot] Dovecot 2.2.0 Compilation Error
by Jacques Distler 14 Apr '13

14 Apr '13

On MacOSX 10.6, I get: ld: duplicate symbol _cmd_batch in dsync/.libs/libdsync.a(doveadm-dsync.o) and doveadm-mail-batch.o for architecture x86_64 collect2: ld returned 1 exit status make[4]: *** [doveadm] Error 1 when compiling Dovecot 2.2.0. By contrast, 2.1.16 compiled (and runs) just fine. I'm surprised that this hasn't cropped up elsewhere.

2 1

[Dovecot] How to manually generate a password hash
by David Murphy 14 Apr '13

14 Apr '13

Hi folks. I've recently set up a Postfix 2.9.6/Dovecot 2.0.19 IMAPS/SMTPS setup on Ubuntu 12.04.2 (Mysql backend). I'm new to all this, so I apologize if this is fairly basic. I've attempted to the best of my ability to search for an answer, but no luck so far. What I'm trying to do is generate a password hash that I can inject directly into my Mysql database (disaster recovery sort of situation). Towards that goal, I'm trying to use 'doveadm pw' to generate a hash that matches a known password in my database. Unfortunately, I'm coming up empty. My default_pass_scheme in dovecot-sql.conf is set to MD5-CRYPT, and the passwords in the database have no scheme prefixes. I'm attempting to generate a hash with: sudo doveadm pw -s 'MD5-CRYPT' but the hash generated does not match the user's password hash in the database, which is known to be a good password. I'm able to log into this account successfully in both Roundcube and a remote IMAP client. I've also tried using the -p flag and including the password in the command, and that doesn't do it either, though it oddly gives a different response than using the prompt. (What causes this? Newlines?) So... what am I missing? If the hash was salted, it would seem the hashes in the database would be longer than the ones generated at the command line, but that isn't the case. I'm out of ideas. Any guidance appreciated. -Dave

3 4

[Dovecot] LMTP Setup/Design Help Request
by Matthias Hofer 13 Apr '13

13 Apr '13

Hi again, Thank you for your first hints. I have now set up a dedicated test instance of postfix and dovecot to be able to recreate the problems in detail. Even after using your inputs, they do not seem to work with my setup I already mentioned above. I get errors like postfix/lmtp[10994]: C2DF4C000DF: to=<user1(a)mydomain.org>, relay=mail.mydomain.org[private/dovecot-lmtp], delay=0.1, delays=0.05/0/0/0.04, dsn=5.1.1, status=bounced (host mail.mydomain.org[private/dovecot-lmtp] said: 550 5.1.1 <user1(a)mydomain.org> User doesn't exist: user1(a)mydomain.org (in reply to RCPT TO command)) As stated before, my setup is as follows: > I only have virtual users and have set > > mail_uid = dovemail > mail_gid = dovemail > > For authentication, I simply use (for now) a flat file: > > passdb { > driver = passwd-file > args = scheme=PLAIN username_format=%u /etc/dovecot/mypasswd.file > } > > # cat /etc/dovecot/mypasswd.file > user1:{PLAIN}userpw1 > user2:{PLAIN}userpw2 > user3:{PLAIN}userpw3 > > And everything works fine with IMAP. I am completely domain-agnostic > here. I do not know how to strip the domain when the username is handed over from postfix to dovecot, and what would be the sane solution. I hope, you can give me a hint to that. Thank you, again, and greetings, Matthias Hofer

3 4