- dovecot - dovecot.org

[Dovecot] Apple patches 6-8
by Mike Abbott 08 Jan '09

08 Jan '09

Here are a few more patches. Still keeping it easy for now. Again the basis for these patches is dovecot-1.1.7. Patch #6. Solve a cross-compilation endianness issue. Currently, Dovecot assumes that the endianness of the build system is the same as the endianness of the runtime system. This is not necessarily true. We ran into this while compiling for i386 on a ppc machine. The patch switches to using gcc's __BIG_ENDIAN__ macro; see the comment in the patch to configure.in. It also removes the related and unused MAIL_INDEX_COMPAT_FLAGS parameter. This patch may be applicable to other build environments with a little tweaking. Patch #7. Replace all occurrences of "hash_create" and "hash_destroy" with "hash_table_create" and "hash_table_destroy" respectively. The symbols hash_create and hash_destroy conflict with symbols defined in <strhash.h> and libc. This showed up when loading dovecot's quota plugin (one of our future patches will add a hash table to it; stay tuned). The wrong hash_create was called which caused a crash at the first hash_insert. Apparently this is only a problem in loaded dynamic libraries and not linked-in ones. Patch #8. Back off after auth failures to deter abusers. Stalls 5 seconds per failed attempt. PS -- Please forgive me if I make a mistake at some point while splitting these patches out from our source tree. They're all mingled together on my end and it's sometimes tricky to extract just the right changes for each patch. If anything seems fishy just let me know and I'll take another look. Thanks.

4 8

[Dovecot] ManageSieve woes
by Rodti MacLeary 08 Jan '09

08 Jan '09

Hi everyone, New to the list, and fairly confident that this issue is purely down to my own idiocy, so please go easy on me! I've been running Dovecot 1.0.13 on Debian (via Aptitude package) for some time, and have been delighted with it. For a while I've toyed with the idea of using ManageSieve as there's a nice plugin for Roundcube, so I'm trying to follow the how-to at http://wiki.dovecot.org/ManageSieve. First of all I've downloaded the Dovecot 1.1.7 source and compiled it myself. I've patched it using the appropriate ManageSieve 1.1.7 diff file referenced in the how-to, and it all appears to be running fine. The next step is to compile the ManageSieve 0.10.4 source itself. I've extracted the tarball and attempted ./configure, but it's failing with the following errors: ./configure: line 19826: cd: ../dovecot: No such file or directory ./configure: line 19829: cd: ../dovecot-sieve-1.1: No such file or directory dovecot-config not found from /home/user/dovecot-1.1-managesieve-0.10.4, use --with-dovecot=PATH to give path to compiled Dovecot sources or to a directory with the installed dovecot-config file. configure: error: dovecot-config not found I'm not entirely sure what I'm supposed to be pointing --with-dovecot to here. I've tried the Dovecot 1.1.7 source, and /etc/dovecot. Any help greatly appreciated! Rodti

2 2

[Dovecot] Debugging sieve scripts
by Andrzej Adam Filip 08 Jan '09

08 Jan '09

Where can I find "step by step" procedure to debug sieve scripts? [ something pretty simple that should work, does not work ] -- [pl>en: Andrew] Andrzej Adam Filip : anfi(a)onet.eu : anfi(a)xl.wp.pl Sex dumps core (Sex is a Simple editor for X11) -- Seen on debian bugtracking

1 0

[Dovecot] LDA - no bounces
by Andrzej Adam Filip 08 Jan '09

08 Jan '09

How to call deliver program to be sure it will *NEVER* generate bounce messages? [all signalling via deliver exit code ] -- [pl>en: Andrew] Andrzej Adam Filip : anfi(a)onet.eu : anfi(a)xl.wp.pl You k'n hide de fier, but w'at you gwine do wid de smoke? -- Joel Chandler Harris, proverbs of Uncle Remus

2 2

[Dovecot] Checking for strtoumax and strtoimax
by J Springer 08 Jan '09

08 Jan '09

Tru64 5.1b PK6 : dovecot 1.1.7 : cc Configuration checks for strtoumax and strtoimax are positive but both are unresolved during compilation. strtoq and strtouq checks are negative. I can modify compat.c to use "unsigned long ret = 0;" in place of strtoumax (does this break anything?) and/but I would like to know how to handle strtoimax. Thanks in advance.

2 5

[Dovecot] allow_nets overridden by cache
by Guy 08 Jan '09

08 Jan '09

Hi, I've just started trying allow_nets on one of my servers. I have auth_debug and auth_verbose both enabled and the output is as follows: Oct 28 13:05:48 mink dovecot: auth-worker(default): auth(user(a)domain.net,x.x.x.x): allow_nets: Matching for network 127.0.0.1/8 Oct 28 13:05:48 mink dovecot: auth-worker(default): auth(user(a)domain.net,x.x.x.x): allow_nets: Matching for network 10.0.7.176/28 Oct 28 13:05:48 mink dovecot: auth-worker(default): passdb(user(a)domain.net,x.x.x.x): allow_nets check failed: IP not in allowed networks Oct 28 13:05:50 mink dovecot: auth(default): client out: FAIL 1265 user=username(a)aluminati.net Oct 28 13:05:50 mink dovecot: auth(default): cache(user(a)domain.net,x.x.x.x): hit: <hidden> user=user(a)domain.net Oct 28 13:05:50 mink dovecot: auth(default): client out: OK 1266 user=user(a)domain.net auth_cache_ttl is set to 300. If I set it to 1 then the allow_nets successfully rejects. Once I set it back up to 300 the cache overrides the result from the allow_nets check and let's the account log in even though the allow_nets check fails. I've tried waiting for longer than the 300 seconds and then logged in again, but I still get the same result as above. Is there a gotcha that I'm unaware of or have I done something stupid (which seems the most likely :P)? Thanks Guy -- Don't just do something...sit there!

2 4

[Dovecot] Setting IMAP keywords/flags on delivery
by Matt Doran 08 Jan '09

08 Jan '09

Hi there, We've been long time users of Dovecot, and have found it a great IMAP server. I don't think we've had any serious problems in the 3-4 years of use. So great work. :) We have a IMAP inbox that is accessed by a number of different users from Thunderbird. We have a rule in Thunderbird to flag new emails as "TO DO", so someone can unflag the email once it has been actioned. This process works fairly well for a simple workflow, but problems arise when someone connects to the inbox with a Thunderbird instance that doesn't have the "TO DO" rule configured. The email will not be flagged properly. :( I'd like to be able to set this flag/keyword when the mail is delivered to the inbox, on the server side. That way the flag will be set no matter which client accesses the Inbox first. We currently use mail drop for our server-side mail filtering .... and would like to do a similar thing with this flagging process. We're using Dovecot 1.0.15 on Debian Testing, and use Maildir storage and maildrop as our delivery agent. I've read about how the keywords and Thunderbird labels work in the wiki article here (http://wiki.dovecot.org/MailboxFormat/Maildir) So I could probably write some sort of script to query the "dovecot-keywords" file, and rename the Maildir file to set the appropriate flag. But this sounds a like a bit of a hack, and maybe a little dangerous. Does anyone have any recommendations as to how I could achieve something like this? I'm keen to hear any ideas, whether it's through scripting, or some sort of scriptable/command-line IMAP client. Ideally, we'd have a way to set the flag at the time when the mail is delivered.... or when the first client retrieves any new mail? Thanks in advance!! -- Matt Doran PaperCut Software International Pty. Ltd. Phone: +61 (3) 9807 5767 E-mail: matt.doran(a)papercut.com Profile: http://www.papercut.com/about/#matt Blog: http://www.papercut.com/blog/

2 3

[Dovecot] Default dirs in ./configure?
by Peter Lindgren 08 Jan '09

08 Jan '09

Hi! I try to build a new 1.1.7 installation. Since I'm not a large sysadmin, just my own private mail server admin, I just wonder why the sysconf and state dirs defaults to $prefix? Maybe I'm old-school, but isn't /etc and /var, respectively, a better default than /usr/local? Should require two new variables in the configure script, though. (and yes, I know I set them with --sysconfdir=/etc --localstatedir=/var --sharedstatestatedir=/var ) /Peter -- Peter Lindgren http://www.norrskenkonsult.com

6 6

Re: [Dovecot] login fails when username has apostrophe
by Karl Latiss 08 Jan '09

08 Jan '09

Sorry to bump so quickly but I have a handful of users who can't log in at the moment and would like to get this fixed. Am I missing a config option or is this a bug? The only reference I can find in the mailing list archives is that this configuration should be supported. Karl. -------------------------------------------------------------- Hi I've added the apostrophe character to auth_username_chars however authentication still fails. I'm using LDAP with the following details: dovecot version 1.1.7 openldap client library 2.4.11 With auth_verbose = yes and auth_debug = yes set I see the following in the logs. Note the initial escaped apostrophe and the subsequent escaped escape in the filter! ----- start log ----- Jan 5 16:15:05 www-example1 dovecot: auth(default): client in: AUTH 1 PLAIN service=imap lip=10.1.1.180 rip=10.3.96.60 lport=143 rport=48733 resp=<hidden> Jan 5 16:15:05 www-example1 dovecot: auth(default): ldap(julie.o \'reilly(a)example.com,10.3.96.60) pass search: base=dc=example, dc=com scope=subtree filter=(&(objectClass=qmailUser)(uid=julie.o\\'reilly)) field s=mail,userPassword Jan 5 16:15:05 www-example1 dovecot: auth(default): ldap(julie.o \'reilly(a)example.com,10.3.96.60) unknown user Jan 5 16:15:07 www-example1 dovecot: auth(default): client out: FAIL 1 user=julie.o\'reilly(a)example.com failed, 1 attempts): user=<julie.o\'reilly(a)example.com>, method=PLAIN, rip=10.3.96.60, lip=10.1.1.180 ----- end log ----- Users without apostrophes can authenticate successfully. If I've missed anything please let me know. # dovecot -n # 1.1.7: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.0-RELEASE amd64 ufs protocols: imap listen: 10.1.1.180 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_greeting_capability: yes verbose_proctitle: yes first_valid_uid: 999 first_valid_gid: 999 mail_privileged_group: mail mail_uid: 999 mail_gid: 999 mail_location: maildir:/usr/home/vmail/%Ld/%Ln imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep auth default: mechanisms: plain login username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@' username_format: %Lu passdb: driver: ldap args: /usr/local/etc/dovecot-ldap.conf userdb: driver: ldap args: /usr/local/etc/dovecot-ldap.conf socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 384 user: vmail # grep -v '^ *$#.*$\?$' dovecot-ldap.conf uris = ldap://www-example1:389 dn = uid=xxxx,dc=example,dc=com dnpass = xxxx sasl_bind = no tls = no auth_bind = no ldap_version = 3 base = dc=example, dc=com user_attrs = homeDirectory=home=/usr/home/vmail/%L $,mailMessageStore=mail=maildir:/usr/home/vmail/%L$,=uid=999,=gid=999 user_filter = (&(objectClass=qmailUser)(uid=%n)) pass_attrs = mail=user,userPassword=password pass_filter = (&(objectClass=qmailUser)(uid=%n)) default_pass_scheme = PLAIN -- Karl Latiss <klatiss(a)nextdigital.com> Next Digital

5 19

[Dovecot] Problem with opening ports in alpha5 ?
by Bruce A. Mallett 07 Jan '09

07 Jan '09

If I leave the "listen" value as the default in /etc/dovecot.conf I'll get a message similar to the following on each port that it tries to open during startup: # dovecot -F Fatal: listen(::, 143) failed: Address already in use If I set either: listen = * or listen = [::] then it will start up fine. Perhaps it is as though the code tries to open the port twice for both ip4 and ip6? - Bruce

2 6