- dovecot - dovecot.org

[Dovecot] Rootless installation gets ssl-parameters.dat errors
by Daniel Bretoi 20 Mar '08

20 Mar '08

In the logfile, i see this: dovecot: Mar 18 16:24:30 Error: ssl-build-param: Can't create temporary SSL parameters file /var/lib/dovecot/ssl-parameters.dat.tmp: Permission denied dovecot: Mar 18 16:24:30 Error: child 21836 (ssl-build-param) returned error 89 dovecot: Mar 18 16:24:30 Error: link(/var/lib/dovecot/ssl- parameters.dat, /usr/local/sb/daniel/rm/trunk/var/run/dovecot/login/ ssl-parameters.dat.tmp) failed: Permission denied dovecot: Mar 18 16:24:30 Error: file_copy(/var/lib/dovecot/ssl- parameters.dat, /usr/local/sb/daniel/rm/trunk/var/run/dovecot/login/ ssl-parameters.dat) failed: No such file or directory It is true that I as a user do not have permissions to read this file, however, I followed all the instructions to run as a rootless user. I don't seem to be able to specify anywhere where this ssl- parameters file should be copied from. Please note, I'm running this as user daniel (not root). Btw, there seems to have been a ssl_parameters_file keyword in the past, but it doesn't work with my version (nor with the latest 1.0.13). non-SSL IMAP works fine, but obviously SSL has issues. Thank you in advance for any help, Daniel #### SYSTEM INFO ##################################### $ dovecot --version 1.0.rc15 $ uname -a Linux myhost.com 2.6.22.18-vs2.3.0.32.1 #1 SMP Mon Feb 11 07:07:23 EST 2008 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/redhat-release CentOS release 5 (Final) #### CONFIG FILE #################################### $ perl -e 'for (<>){ next if /^\s*(#|$)/; print $_; }' dovecot.conf base_dir = /usr/local/sb/daniel/rm/trunk/var/run/dovecot protocols = imap imaps protocol imap { listen = *:8300 ssl_listen = *:8301 } log_path = /usr/local/sb/daniel/rm/trunk/var/logs/dovecot.log info_log_path = /usr/local/sb/daniel/rm/trunk/var/logs/dovecot.info.log ssl_cert_file = /usr/local/sb/daniel/rm/trunk/etc/dovecot.cert.pem ssl_key_file =/usr/local/sb/daniel/rm/trunk/etc/dovecot.private.pem login_chroot = no login_user = daniel login_process_size = 64 login_greeting = daniel's Dovecot ready. mail_location = mbox:/usr/local/sb/daniel/rm/trunk/var/mail:INBOX=/usr/ local/sb/daniel/rm/trunk/var/mail/INBOX mail_debug = yes protocol imap { } protocol pop3 { } protocol lda { postmaster_address = postmaster(a)example.com } auth default { mechanisms = plain passdb passwd-file { args = /usr/local/sb/daniel/rm/trunk/var/dovecot.passwd } userdb passwd { } userdb passwd-file { args = /usr/local/sb/daniel/rm/trunk/var/dovecot.passwd } user = daniel } dict { } plugin { }

3 6

[Dovecot] Using IMAP keywords instead of mailboxes for spam with dovecot-antispam
by Jan Oravec 20 Mar '08

20 Mar '08

Hi, Some email clients, like Evolution, use IMAP keywords to flag spam instead of moving mail to dedicated spam mailbox. This is very useful, as false positives can be easily "moved" to original mailbox simply by removing $Junk keyword. I couldn't find a way how to integrate antispam software, like dspam, with dovecot, so that antispam automatically learns ham/spam. I have found Johannes's dovecot-antispam plugin. Unfortunatelly, it doesn't have IMAP keywords support, autolearn is based on folders. Is there any solution for this use case? Thanks, Jan

5 9

[Dovecot] Automatic Debian repository now provides source packages
by Stephan Bosch 20 Mar '08

20 Mar '08

Hello Dovecot users, Last week I announced my automatic Debian repository for dovecot-1.1. Asheesh Laroia requested source package support and as promised I built it this weekend. Now that it has succesfully released new packages for Timo's latest changes I have activated the new script. To use the source packages you must add the following line to your /etc/apt/sources.list deb-src http://xi.rename-it.nl/debian/ testing-auto main Package versions now look as follows: 1:<upstream-version>-0~auto+<build number> Current latest version: 1:1.1.rc3-0~auto+3 For questions, comments and requests, you can send me an e-mail. Regards, -- Stephan Bosch stephan(a)rename-it.nl IRC: Freenode, #dovecot, S[r]us

2 1

[Dovecot] Dovecot 1.0.13 ignores auth_krb5_keytab settings
by christop 20 Mar '08

20 Mar '08

Greetings, i am using here FreeBSD 7.0-RELEASE amd64 with dovecot 1.0.13. Gssapi auth on our dovecot setup did not work for some time, so i wanted to fix it today. I run into an auth failure, where my mutt was not able to login. Also mutt was not able to login, i had a imap/mail2.physik-pool.tu-berlin.de principal in my credentials cache after an try. I can work around with a "ln -s /etc/mail.krb5.keytab /etc/krb5.keytab" to this. MfG Christop Logoutput while try to login with mutt: [ Mar 19 22:31:01 emmi dovecot: auth(default): new auth connection: pid=228 Mar 19 22:31:01 emmi dovecot: auth(default): client in: AUTH 1 GSSAPI service=IMAP secured lip=130.149.58.162 rip=130.149.58.145 resp=bla Mar 19 22:31:01 emmi dovecot: auth(default): gssapi(?,130.149.58.145): Obtaining credentials for imap(a)mail2.physik-pool.tu-berlin.de Mar 19 22:31:01 emmi dovecot: auth(default): gssapi(?,130.149.58.145): While processing incoming data: Miscellaneous failure (see text) Mar 19 22:31:01 emmi dovecot: auth(default): gssapi(?,130.149.58.145): While processing incoming data: failed to find imap/mail2.physik-pool.tu-berlin.de@REALM(kvno 1) in keytab /etc/krb5.keytab Mar 19 22:31:02 emmi dovecot: auth(default): client out: FAIL 1 ] dovecot -n [ # 1.0.13: /usr/local/etc/dovecot.conf protocols: imaps pop3s listen: mail2.physik-pool.tu-berlin.de ssl_ca_file: /etc/CA ssl_cert_file: /etc/CERT ssl_key_file: /etc/PRIVATEKEY login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login verbose_proctitle: yes first_valid_uid: 200 first_valid_gid: 0 mail_privileged_group: mail mail_location: maildir:~/maildir mmap_disable: yes maildir_copy_with_hardlinks: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: / inbox: yes namespace: type: private separator: / prefix: mail/ location: mbox:~/mail auth default: mechanisms: gssapi plain login krb5_keytab: /etc/mail.krb5.keytab gssapi_hostname: mail2.physik-pool.tu-berlin.de verbose: yes debug: yes debug_passwords: yes passdb: driver: pam userdb: driver: passwd ]

1 0

[Dovecot] IMAP - multi-simultaneous-user mail store
by Tim Alberts 19 Mar '08

19 Mar '08

I'm finishing converting from POP to IMAP and I'm seeing some potentially powerful uses, but I wonder if my ideas aren't more abuses. I want to create 'multi-user' accounts that allow groups of users to archive and share emails with each other. For example, in the case of a sales department, emails from customers may have requests for new product features. I could create an IMAP storage for sales that allows the sales staff to copy these requests into a common email account. These could then be sorted and searched by the product development team to better determine what customers want where product development should go. Another example, a service/support group has some problem customers that frequently call multiple technicians for support. The service group can save all correspondence with this customer in a single location so they can better work together to provide support for this customer. The possibilities for sharing emails in groups seem endless to me, but it depends on if it's a 'use' or 'abuse' of the IMAP protocol, and if Dovecot in-particular is designed to be able to handle this. Thoughts?

2 3

[Dovecot] Converting from UW-IMAP to dovecot - odd client problems
by Michael Durket 19 Mar '08

19 Mar '08

Our installation currently uses an old version of UW-IMAP. Instead of upgrading to the latest version, we're in the process of testing dovecot 1.0.13 on a Solaris 9 machine (using a different set of network ports of course so both the old and new systems can coexist during testing). We've been asking selected users to switch from UW-IMAP to dovecot in order to test various clients and OSes with dovecot. On our system the inboxes are always on local disk, but the indexes and any folders may be on NFS or local disk (it has to do with how and where we added disk as our user population increased over time). Only a single server is ever used and I've made sure for our version of dovecot that the settings specified for NFS are as described in the Wiki article. We've noticed some oddities which we can't figure out: 1) When siwtching a Thunderbird user running on a Fedora system (latest version of Thunderbird) Thunderbird couldn't see his mail folders even when the appropriate checkbox (Server Settings -> Advanced -> Show Only Subscribed Folders) was unchecked. Clearing out the IMAP Server Directory setting seemed to fix this, but the very next day, the folders were gone again and we've been unable since to get Thunderbird to see them. Using the same version of Thunderbird, running on Mac OS X 10.5.2 yields no such problem. Another problem with this same user involved a test wherein we created a new mail folder and then deleted it. The deletion caused an error message to be displayed (inferior folders, etc) but on the Mac OS X version no such error occurred and the folder was deleted. Investigating the protocol traces for Thunderbird showed that in the error case, it attempted to rename the deleted folder as a subfolder of the Trash folder (thus generating the error message) but on the Mac OS X version, it actually deleted the folder (which would seem to make more sense). The settings pertaining to the Trash folder are the same on both clients. 2) When switching an Apple Mail.app user running on Mac OS X 10.4.11 (Tiger) at the latest patch level, things appeared to work fine, and then the user mentioned that no mail was showing up in her inbox. Closing and restarting Mail.app appeared to fix that temporarily. She normally keeps a large number of messages in her inbox (approximately 7000+) and receives a large number of messages each day (several hundred). In this case, the Postfix mail logs showed that mail was being received, and the procmail delivery log for this user showed that procmail was putting the mail in her inbox, yet Mail.app was not indicating the presence of new mail (until it was restarted). Also Mail.app became very very slow at startup and shutdown (taking several minutes as compared to a few seconds normally). We've had no problems so far with another Tiger Mail.app user (but his inbox is considerably smaller) and no problems yet with converting a Eudora user running under Windows, but this is a stumbling block in our efforts to convert to dovecot since we'd hoped to be able to switch users over fairly easily (just by changing the port address mostly). While these woud seem to be client problems at first glance, the common factor of course is dovecot. There are no problems with any of these clients using UW-IMAP. I'm hoping that perhaps there are some readers of this list that might have seen similar problems and know of solutions, or could point me to some ways of debugging these problems (with Thunderbird I can at least debug IMAP protocol exchanges, but since dovecot doesn't log IMAP exchanges for specific IPs and since the socket connections are all via STARTTLS I can't use tcpdump so I'm kind of at a loss for how to track these things down short of patching the dovecot code to put in tracing messages). Any suggestions would be appreciated (and would help us complete our conversion to dovecot). Michael Durket

2 1

[Dovecot] Dovecot / FreeBSD / Nfs mailstore / Index=memory
by Xavier Beaudouin 19 Mar '08

19 Mar '08

Hello, I have recently changed imap from Courier-imap to dovecot because of serial problems with courier-imap, I have being forced to do it very quickly... and without extensives tests. I have 3 mails servers (freebsd based) behind a load balancer and a nfs mailstore on a netapp. On my first tests I have setup the index into some nfs shared mount, but it seems that some imap clients are going mad when deleting files (mostly because they do open some new imap connection and the index was not clean) so I have changed index to memory. This has fixed one of my problems. Now I have some strange problems is that NFS activity passed from about... 5mbps to more than 70Mpbs... Is there any reasons about that ? OS: FreeBSD 6.2-p11 / x86 Dovecot : 1.0.13 (freebsd ports) Auth: ldap based Nfs mail spool : filer:/vol/vol0/mail /var/mailusers nfs rw,nfsv3,mntudp,bg,noatime,nolockd 0 0 Thanks, /Xavier

3 2

Re: [Dovecot] Remote resources in kde-pim
by Steffen Kaiser 19 Mar '08

19 Mar '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 18 Mar 2008, Anne Wilson wrote: > Thanks for replying. I have had IMAP mail for some time, but to get the > resources working I need, apparently, to be able to log in as Groupware to > access the shared resources. > > On the server I added sections to dovecot.conf and postfix main.cf as > described in HowTo/PostfixAndDovecotSASL. In KMail, on the client, I > used 'See what the server supports' and set it to TLS + clear text. I don't > appear to be getting a rejection, but the resources are not being read. > > /var/log/maillog shows these lines > > Mar 17 13:35:52 borg2 postfix/smtp[24339]: fatal: specify a password table via > the `smtp_sasl_password_maps' configuration parameter Hmm, I'd say that postfix has nothing to do with it. If you want to have postfix authentificate from the same Database as Dovecot, you need it, but otherwise I do not see no relation. Or do you installed some script, that checks mails for Groupware-related ones and act upon them immediately? I cannot help you with Postfix. For shared resources you'll need yet another, shared account or look into the ACL plugin. KOrganizer even supports imap URLs natively, I saw right now. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH4PWgVJMDrex4hCIRAr55AJ90NhgkLLUczDfFGttP6dxpZbhcrwCfRaSS 153FyDkSf+vLwY08MXjbLJ0= =q5sU -----END PGP SIGNATURE-----

2 2

[Dovecot] Missing folders after converting from Courier imap to dovecot
by M. Bobkiewicz 19 Mar '08

19 Mar '08

Hi, I?ve searched around for my problem but couldn?t find a solution. My setup: Centos 5.1 with postfix 2.5.1 (from source) and dovecot 1.0.10 (from source). I?m coming from an old Trustix 2.2 box with postfix 2.2.x and Courier imap with Maildir format mailboxes. For testing I?ve copied over some of the mailboxes from the old machine. After logging in to the new machine with Thunderbird only the incoming and trash folders appear in the Thunderbird sidebar all the rest are not showing up. When you send an email the sent folder appears with all mails this account has sent from the old machine, same with drafts etc. Access a folder directly and it will appear with all it?s content. This is some kind of nasty if you have to do this for several hundred folders. I?ve tried to fix the problem by changing the namespace private parameter "prefix" to ".". Also tried to rename courierimapuiddb to dovecot-uidlist. Both tricks don?t work. Unfortunately I can?t find the mentioned courier-dovecot-migrate.pl, maybe this would help... Any help and suggestion would be welcome. Best regards, Mike

2 2

[Dovecot] problems with postfix->procmail->deliver
by Andy Greenwood 19 Mar '08

19 Mar '08

Hi all. I'm relatively new to Dovecot, but I really like what I'm seeing so far. I have one problem that I was hoping you could help me with though. I use Postfix for my mail server, then pass that on to procmail for filtering, and finally to deliver to put the mail in the appropriate Maildir folder. However, this isn't working. Postfix passes the mail to procmail correctly, but procmail is failing when it tries to call deliver. My system-wide procmailrc matches the lower one shown here: http://wiki.dovecot.org/procmail?highlight=%28procmail%29 which uses deliver. My personal ~/.procmailrc is of similar format :0 * ^List-id:.<beginners.perl.org> #.perl/ | $DELIVER -m perl :0 * ^Sender:.owner.freebsd-\/[^@]+@FreeBSD.ORG { LISTNAME=${MATCH} :0 * LISTNAME??^\/[^@]+ # .freebsd-${MATCH}/ | $DELIVER -m freebsd-${MATCH} } :0 * ^Sender:.owner-cvs-all@freebsd.org #.cvs-all/ | $DELIVER -m cvs-all :0 * ^Delivered-To: greenwood.andy+combackup(a)gmail.com #.work/ | $DELIVER -m work :0 #$HOME/Maildir/ | $DELIVER However, my procmail logs show this error message for every message that comes through: Fatal: destination user parameter (-d user) not given I can see that the variable $DELIVER doesn't use the -d parameter, but I'm not sure on how I would specify the value in a multi-user system. I know I could just use deliver directly from Postfix, but I really want to use the filtering capabilities of procmail. If you need any additional information, just let me know. Thanks in advance for any help you can give, and big thanks for this great piece of software! Andy Greenwood

2 2