- dovecot - dovecot.org

[Dovecot] Problem with maildirsize
by Jose Luis Marin Perez 01 Jul '09

01 Jul '09

Dear Timo, I've noticed that since the Courier to Dovecot migration have had few problems with the %usage of email accounts as they do not reflect the real use, to fix this I have to manually delete the file maildirsize and run the command vuserinfo user(a)domain.com, depending on your experience may be the cause of this problem? thanks Jose Luis _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

1 0

Re: [Dovecot] antispam patch #2 for Re: v1.2.rc8 released
by Steffen Kaiser 01 Jul '09

01 Jul '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 1 Jul 2009, Johannes Berg wrote: > Your patch will break 1.1 though. Er, yes. Attached patch compiles on v1.0 and v1.2. I also forgot <stdlib.h>. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSktVyHWSIuGy1ktrAQJ33Qf/QPkQuo81M1VO4r5iQ9Qa9rzfcx5o/iB3 9qI0PRALY7PP2He3PVusHRqJD7soMeTImwEMAW98XBZ8EUx/h+B3R0nuQatdJLGM /aHR3TAtVjX9zypvqWuzhy8mo/gtkhMEIa0azBYPSbW/Kiswv4bYIZP/gdCEtJ2O /eWeIN1fF7eHvPB18bYGf/edc3xZsELKGZE0oeRx9fcQIQ1pWB2ip3FrnHdSQzr2 SXwoCNw370ZzrFn1feoPpwNDbSdSdozGZgTG37quvS7NsPyDlGBfUkxbHo9ZY06+ CdCwYGJdyvf1gnzTpIzZQDYrQFqahr/GKevhbAIgjb88lYt0B71f6A== =FuX7 -----END PGP SIGNATURE-----

1 0

[Dovecot] short-cut for install prefix in conf file?
by Steffen Kaiser 01 Jul '09

01 Jul '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, is there a way to shortcut the absolute path in the dovecot.conf file for the various referenced files? Something like: Now: acl = pgsql:/usr/local/dovecot-1.2.rc8acl-hook2/etc/dovecot-dict-acl-sql.conf mail_executable = \ /usr/local/dovecot-1.2.rc8acl-hook2/libexec/dovecot/rawlog \ /usr/local/dovecot-1.2.rc8acl-hook2/libexec/dovecot/imap Short #1 - relative to dir of conf file acl = pgsql:dovecot-dict-acl-sql.conf mail_executable = ../libexec/dovecot/rawlog ../libexec/dovecot/imap Relative paths are currently evaluated relative to /tmp or '.', it looks like. Because of the different useages of the .conf file, this variant will be troublesome, I guess. Short #2 - use variables as in the shell INSTALL := /usr/local/dovecot-1.2.rc8acl-hook2 acl = pgsql:$INSTALL/etc/dovecot-dict-acl-sql.conf mail_executable = \ $INSTALL/libexec/dovecot/rawlog \ $INSTALL/libexec/dovecot/imap So you need to define the path just one time in the file. Maybe use %$INSTALL instead of $INSTALL, in order to _not_ introduce another metacharacter and break backwards compatibly. Short #3 - pseudo variable (%* here) with modifier (I == installpath) acl = pgsql:%I*/etc/dovecot-dict-acl-sql.conf The background is to support multiple parallel installations, e.g. during testing, I cannot rely on symlinks, but want that all stuff in a conf file is referenced to the same install tree. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSktUoHWSIuGy1ktrAQIMYAf/dfRvO5Q8FitDR6vlSkehjKU+LkZtDv4H 1GjmjBill9Aewuwsb4v8AqNqaoXgsIovQMPZzWGTLzT1MTp36ckOame60PiXFmbZ V7DK6LKR+oeRHVKErwu/iauzj7jmjwAUzPaKd7xavt6UdTw+4MqPFHcg42yjPJAC VF1XQC2l6Wk4rdp/1ijfpkGSYyfzgqXePzjQK8zywyAeZquB90jsfF2cDg07Bhn9 jXTDDPKB7eivEQaWKgTAwKO/vN4BNCaqdhLq20ZHAurP3aXRRbfTk/AZFebDxi5K HU5VO6xfrk8MYE0XU7M91lOi6gwwWvIBMxuEoXAQS4C7NNYFx/JtBA== =T1yk -----END PGP SIGNATURE-----

1 0

[Dovecot] IMAP bandwidth
by Martijn de Munnik 01 Jul '09

01 Jul '09

Hi, I want to calculate the bandwidth usage of the IMAP protocol. POP3 displays a message when the connection is closed about the transfered bytes. In an old mailinglist post I found this message: http://www.dovecot.org/list/dovecot/2007-March/020478.html Is this patch integrated or is there another way to calculate the bandwidth for IMAP connections? Martijn de Munnik -- YoungGuns Kasteleinenkampweg 7b 5222 AX 's-Hertogenbosch T. 073 623 56 40 F. 073 623 56 39 www.youngguns.nl KvK 18076568

3 2

Re: [Dovecot] No folders listed in felamimail
by Jonathan Knight 01 Jul '09

01 Jul '09

dovecot-request(a)dovecot.org wrote: > I thought I try and solve a long standing bug we've had with felamimail > not listing folders from our dovecot server. > Is it bad form to reply to your own postings? I've managed to find the source of the problem and apply a temporary hack to get the folders listed. I'm not sure whether it's a bug or a feature or if there is a proper fix. The issue is that our mail folder layout is still based on "elm" (hands up everyone who remembers that) and we store all the users folders in mbox format under a directory called Mail in their home directory. We've defined a namespace in dovecot called "" which knows to look there and will list all the folders. However, we have run uw-imap in the past so we have a hidden namespace that maps all the folders starting "Mail/" to the new namespace so that we didn't have to change any of the clients. Egroupware has a bunch of code that tries to guess what sort of IMAP server is on the other end based on what folders it can find. One of those checks is for "Mail" and when it finds it it assumes that's the place to go looking for folders rather than using what the Namespace command returned. I'm guessing that this was put in by someone with the same layout as we used to have with "elm" trying to overcome the lack of a configuration file in uw-imap. Our "Mail/" namespace doesn't list any folders and so felamimail can't see anything for the user. My temporary hack was to comment out all the IMAP server guessing code and that fixes the problem for us. Now I need to find out how felamimail deals with IMAP servers that can't have mail folders containing messages and subfolders (it's one or the other with dovecot using mbox) Jon.

1 0

[Dovecot] sieve vacation messages trouble
by Stéphane Cottin 30 Jun '09

30 Jun '09

Hi, sieve vacation replies are rejected by gmail with a "555 5.5.2 Syntax error". The return path is set to "<>", I think this is why this error is triggered by gmail. The rest of the vacation message seems ok. I'm using dovecot 1.1.11 (waiting for final 1.2 to upgrade) , delivering with "/usr/lib/dovecot/deliver -d email@domain" Stéphane Cottin

2 3

[Dovecot] configure dovecot to invoke pam_setcred() from the same process that accesses ~/Maildir?
by Adam Megacz 30 Jun '09

30 Jun '09

Hello. I'm wondering how one would go about configuring dovecot to invoke pam_setcred() from the same process as (or a parent process of) the process which eventually reads the user's mail off the disk. This is required for pam modules that set kernel-level credentials which are later used to access the user's mail files. In particular, I'm trying to use dovecot with pam_krb5 (which associates a ticket cache to a specific pid) and pam_afs_session (which associates tokens to a specific process authentication group -- roughly equivalent to a process and all its descendents). Thanks, - a

2 3

[Dovecot] v1.2.rc8 released
by Timo Sirainen 30 Jun '09

30 Jun '09

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc8.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc8.tar.gz.sig Last few fixes before tomorrow's v1.2.0 release. Also this release was built in dovecot.org to make sure I can make a usable Dovecot release while not at work/home. :) - Fixed building LDAP as plugin - Fixed starting up in OS X

1 0

[Dovecot] ACLs, imap and launchd
by Axel Luttgens 30 Jun '09

30 Jun '09

I was going to experiment with ACLs when I faced a small problem. It is just sufficient to enable the acl plugin for getting the behavior described hereafter. When launching dovecot from the command line, one gets: sh-3.2# /usr/local/dovecot/sbin/dovecot -F ILoading modules from directory: /usr/local/dovecot-1.2.rc6/lib/ dovecot/imap IModule loaded: /usr/local/dovecot-1.2.rc6/lib/dovecot/imap/ lib01_acl_plugin.so IEffective uid=65534, gid=65534, home=/tmp Iacl: No acl setting - ACLs are disabled ^C In fact, a "dummy" imap process is run so as to fetch the capability (see master-settings.c); that process is run with an hardcoded uid/gid 65534. But this appears to be problematic when dovecot is started from launchd; clearly, launchd doesn't like arbitrary users, as it may be seen from system.log: org.dovecot[28382]: ^AILoading modules from directory: /usr/local/ dovecot-1.2.rc6/lib/dovecot/imap org.dovecot[28382]: ^AIModule loaded: /usr/local/dovecot-1.2.rc6/lib/ dovecot/imap/lib01_acl_plugin.so com.apple.launchd[1] (com.apple.launchd.peruser.65534[28384]): getpwuid("65534") failed com.apple.launchd[1] (com.apple.launchd.peruser.65534[28384]): PID 28383 "imap" has no account to back it! Real/effective/saved UIDs: 65534/65534/65534 com.apple.launchd[1] (com.apple.launchd.peruser.65534[28384]): Exited with exit code: 1 com.apple.launchd[1] (com.apple.launchd.peruser.65534): Throttling respawn: Will start in 10 seconds com.apple.launchd[1] (org.dovecot[28382]): Stray process with PGID equal to this dead job: PID 28383 PPID 1 imap com.apple.launchd[1] (org.dovecot[28382]): Exited abnormally: Alarm clock com.apple.launchd[1] (org.dovecot): Throttling respawn: Will start in 5 seconds com.apple.launchd[1] (com.apple.launchd.peruser.65534[28386]): getpwuid("65534") failed com.apple.launchd[1] (com.apple.launchd.peruser.65534[28386]): Exited with exit code: 1 com.apple.launchd[1] (com.apple.launchd.peruser.65534): Throttling respawn: Will start in 10 seconds ... and so on ... A workaround is to create the corresponding system user and group; launchd then doesn't complain anymore and everything seems to be working fine. But I feel somewhat uncomfortable with that... Wouldn't it be possible, for example, to consider using a system user such as "nobody" (unless I'm wrong, it should be defined on any unix flavor)? TIA, Axel sh-3.2# /usr/local/dovecot/sbin/dovecot -n # 1.2.rc6: /usr/local/etc/dovecot.conf # OS: Darwin 9.7.0 i386 protocols: pop3 imap ssl: no disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/dovecot-1.2.rc6/libexec/dovecot/ imap-login login_executable(imap): /usr/local/dovecot-1.2.rc6/libexec/dovecot/ imap-login login_executable(pop3): /usr/local/dovecot-1.2.rc6/libexec/dovecot/ pop3-login first_valid_uid: 2001 last_valid_uid: 65533 mail_location: mbox:~/_mailboxes:INBOX=~/_mailboxes/inbox mail_debug: yes mbox_read_locks: flock mbox_write_locks: flock dotlock mail_executable(default): /usr/local/dovecot-1.2.rc6/libexec/dovecot/ imap mail_executable(imap): /usr/local/dovecot-1.2.rc6/libexec/dovecot/imap mail_executable(pop3): /usr/local/dovecot-1.2.rc6/libexec/dovecot/pop3 mail_plugins(default): acl mail_plugins(imap): acl mail_plugins(pop3): mail_plugin_dir(default): /usr/local/dovecot-1.2.rc6/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/dovecot-1.2.rc6/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/dovecot-1.2.rc6/lib/dovecot/pop3 pop3_lock_session(default): no pop3_lock_session(imap): no pop3_lock_session(pop3): yes pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %08Xv%08Xu auth default: debug: yes passdb: driver: pam args: * userdb: driver: passwd

2 4

Re: [Dovecot] Under POP attack - now to prevent?
by James Brown 30 Jun '09

30 Jun '09

On 05/06/2009, at 4:19 PM, James Brown wrote: > > Thanks to Curtis and others who replied. > > I managed to block the IP at our Firewall (learnt a few quirky > things about Astaro Security Gateway on the way!) > > In order to automate the process, Fail2Ban has been suggested. I > know this is getting a bit off topic, but has anyone installed in > Mac OS X 10.5.7? There is a how-to for 10.4 ( HOWTO Mac OS X Server > (10.4) - Fail2ban )- does this work unchanged in 10.5? > > Anyone managed to get Fail2Ban working on Leopard with Dovecot 1.2 > RC4? I'll answer my own question! There is a OS X Installer file at: LSA Mac OS X Ported and Developed Software | LSA Information Technology | University of Michigan Any regex experts out there that can help me set up Fail2Ban to stop this? Jun 5 11:48:20 mail dovecot[2620]: pop3-login: Aborted login (auth failed, 1 attempts): user=<audrey>, method=PLAIN, rip=85.189.169.94, lip=192.168.1.9 Jun 5 11:48:24 mail dovecot[2620]: pop3-login: Aborted login (auth failed, 1 attempts): user=<august>, method=PLAIN, rip=85.189.169.94, lip=192.168.1.9 Jun 5 11:48:24 mail dovecot[2620]: pop3-login: Aborted login (auth failed, 1 attempts): user=<autumn>, method=PLAIN, rip=85.189.169.94, lip=192.168.1.9 Jun 5 11:48:25 mail dovecot[2620]: pop3-login: Aborted login (auth failed, 1 attempts): user=<austin>, method=PLAIN, rip=85.189.169.94, lip=192.168.1.9 Jun 5 11:48:27 mail dovecot[2620]: pop3-login: Aborted login (auth failed, 1 attempts): user=<audrey>, method=PLAIN, rip=85.189.169.94, lip=192.168.1.9 Jun 5 11:48:28 mail dovecot[2620]: pop3-login: Aborted login (auth failed, 1 attempts): user=<autumn>, method=PLAIN, rip=85.189.169.94, lip=192.168.1.9 Jun 5 11:48:30 mail dovecot[2620]: pop3-login: Aborted login (auth failed, 1 attempts): user=<august>, method=PLAIN, rip=85.189.169.94, lip=192.168.1.9 Jun 5 11:48:31 mail dovecot[2620]: pop3-login: Aborted login (auth failed, 1 attempts): user=<autumn>, method=PLAIN, rip=85.189.169.94, lip=192.168.1.9 Many thanks, James.

2 1