March 2009 - dovecot - dovecot.org

[Dovecot] Solr's index update
by Rui Carneiro 31 Mar '09

31 Mar '09

Hi all, In the wiki says this: "Currently the indexes are updated only while searching" @ http://wiki.dovecot.org/Plugins/FTS This also is applied to Solr Indexes? If not, when Solr Indexes are updated? Thank you, Rui Carneiro -- mail: rui.arc(a)gmail.com, rui.carneiro(a)portugalmail.net website: http://paginas.fe.up.pt/~ei04073<http://paginas.fe.up.pt/%7Eei04073>

2 4

[Dovecot] Virtual user folder configuration
by Daniel L. Miller 31 Mar '09

31 Mar '09

Since I'm going to make a change to my folder structure, what would be recommended so I can avoid the need in the future? All my mail users are virtual - they have no existence in /etc/passwd, nor do they have folders under /home. At this time, all mail is being delivered to maildir:/var/mail/%d/%n - and the home is the same (which is becoming more of a problem). As I see it, I have the choices of: 1. Place mail underneath home, as in /var/mail/%d/%n/mailbox Probably the simplest, but adds a level to the folder hierarchy. Does that matter in any way? 2. Place home underneath mail, as in /var/mail/%d/%n/home (unless THAT poses a problem as well, with a non-mail folder visible to the mail system) Leaves mail alone - but means the home folder is visible from within the mail system. 3. Relocate home totally outside mail, as in /var/mail/home/%d/%n Would provide isolation - but more difficulty in administration, particularly adding/deleting users. Any suggestions? -- Daniel

1 1

[Dovecot] CMUSieve with virtual users
by Guillaume HILT 31 Mar '09

31 Mar '09

Hi, I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work. I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs. I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas. Could someone has managed to use sieve scripts with virtual users ? Thanks :) Guillaume

5 29

[Dovecot] Double mysql auth problem
by Sebastian Chociwski 31 Mar '09

31 Mar '09

Hello , I am forced to use 2 DBs to auth users. First one is for our CRM system (new user=mail from him/her) , second is for other (cannot user CRM DB :( ) Postfix have no problem to deliver mails to both DBs but I've some problems with reciveing mails from second (not CRM) DB. The dovecot.conf : protocols = imap pop3 imaps disable_plaintext_auth = no mail_location = maildir:/home/vmail/%d/%n log_path = /var/log/dovecot ssl_disable = no ssl_cert_file = /etc/ssl/certs/dovecot.pem ssl_key_file = /etc/ssl/private/dovecot.pem auth_verbose = yes auth_debug = yes auth_debug_passwords = yes auth default { passdb sql { args = /etc/dovecot/dovecot-mysql.conf } userdb static { args = uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes } } auth secondary { passdb sql { args = /etc/dovecot/dovecot-mysql2.conf } userdb static { args = uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes } } dovecot-mysql.conf : driver = mysql connect = host=127.0.0.1 dbname= user= password= default_pass_scheme = CRYPT password_query = SELECT email as user, haslo as password FROM users WHERE email='%u'; dovecot-mysql2.conf : driver = mysql connect = host=127.0.0.1 dbname= user= password= default_pass_scheme = CRYPT password_query = SELECT email as user, password FROM poczta WHERE email='%u'; I could log on mail located in dovecot-mysql.conf (CRM) but when I try to log on second DB I got errors : dovecot: Mar 30 14:41:01 Info: auth(default): client in: AUTH 1 PLAIN service=imap secured lip=127.0.0.1 rip=127.0.0.1 lport=993 rport=32930 resp=AGdyb21AZXVyaW1hZ2UucGwANzEyMA== dovecot: Mar 30 14:41:01 Info: auth-worker(default): sql(grom(a)eurimage.pl,127.0.0.1): query: SELECT email as user, haslo as password FROM users WHERE email='grom(a)eurimage.pl'; dovecot: Mar 30 14:41:01 Info: auth-worker(default): sql(grom(a)eurimage.pl,127.0.0.1): unknown user dovecot: Mar 30 14:41:01 Info: auth(default): new auth connection: pid=19560 dovecot: Mar 30 14:41:01 Info: auth(secondary): new auth connection: pid=19560 dovecot: Mar 30 14:41:03 Info: auth(default): client out: FAIL 1 user=grom(a)eurimage.pl dovecot: Mar 30 14:41:03 Info: imap-login: Disconnected (auth failed, 1 attempts): user=<grom(a)eurimage.pl>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS I see query for auth default but got no isea why there's no query for auth secondary ? Waiting for some help :)

2 1

[Dovecot] Sieve Rule for Folders
by Gerhard Wiesinger 31 Mar '09

31 Mar '09

Hello! Is it possible with sieve to do the following: When a new message is added to a folder (e.g. dovecot folder and not INBOX) then an action like forwarding it per E-Mail should be triggered. Is this possible? If yes, how does the sieve script look like? If possible, can a shell script also be triggered as action? Thanx. Ciao, Gerhard -- http://www.wiesinger.com/

4 3

[Dovecot] Benefits of DBOX format ?
by Frank Bonnet 31 Mar '09

31 Mar '09

Hello What would be the benefits of using DBOX format ? Thanks

2 1

[Dovecot] Empty To: Header and message_address_parse
by Wolfgang.Friebel＠desy.de 31 Mar '09

31 Mar '09

Using dovecot 1.2beta (but earlier versions should behave similarly) we have a problem in conjunction with empty To: headers and the RT request tracker. RT sends mail out using Bcc: and no To: header at all. To make some mailers happy one can configure to send a dummy To: header, which we do. Our To header looks like: To: "AdminCc of rt Ticket #123456":; The message_address_parse function called with the TRUE flag (triggers add_fixed_address) in dovecot changes that to To: AdminCc of rt Ticket #123456: MISSING_MAILBOX@MISSING_DOMAIN ; and then at least alpine does use that invalid address as Cc: address when replying. If the mail is stored in a local folder, i.e. does not get fetched via IMAP then the To: line is displayed as is and a reply does not result in an errorneous Cc: This behaviour is at least inconsistent from a user point of view. Is there some advice other than change the RT mail header generation? (other mailers seem to copy the To: line unaltered which results in an invalid address as well, therefore I admit that the real problem is with RT) -- Wolfgang Friebel Deutsches Elektronen-Synchrotron DESY Phone/Fax: +49 33762 77372/216 Platanenallee 6 Mail: Wolfgang.Friebel AT desy.de D-15738 Zeuthen Germany

2 1

Re: [Dovecot] Common "sasl master" [Was: sendmail with dovecot sasl]
by Mario Pavlov 31 Mar '09

31 Mar '09

Hi, so sendmail can use only cyrus-sasl ? ok, thank you >Mario Pavlov wrote: >> I was wondering if I can make sendmail use dovecot's SASL >> implementation...maybe I should somehow compile it against dovecot's >> SASL ? My idea is to make sendmail and dovecot authenticate against >> one central user/password repository. Is this possible ? >> >> thank you. >> >> P.S. I want to use virtual users > >Sendmail uses cyrus-sasl (only?). > >You can make cyrus-sasl and dovecot-sasl use "common master" >e.g. LDAP or PAM. >"LDAP centric" approach is a standard recommendation if you plan multi >server mail system with multiple "mailbox servers"/"filtering gateways". > >-- >[pl>en: Andrew] Andrzej Adam Filip : anfi(a)onet.eu >While there's life, there's hope. > -- Publius Terentius Afer (Terence) >

2 1

[Dovecot] Convert from maildir to dbox
by Daniel L. Miller 31 Mar '09

31 Mar '09

Ok...I made the leap. Compiled a copy of 1.2b4 (very pleasant compile BTW - almost no warnings, nice code Timo!)...tweaked a config...had a few false starts... 1.2b4 seems to working quite nicely. Now...for my next magical trick... I would like to migrate from maildir to dbox. I've tried using the convert plugin, but it kept failing during the conversion. I should mention my paths: home (old & new) = /var/mail/%d/%n old mail = maildir:/var/mail/%d/%n new mail = dbox:/var/mail/%d/%n/dbox Note that "home" was defined as the same path as "mail" in my old config - I'm looking to fix that as well during the migration. I found entries in my mail log after the convert execution similar to: Mar 30 19:00:52 bubba dovecot: IMAP(sfox(a)amfes.com): rename(/var/mail/amfes.com/sfox/.dovecot.convert.lock/cur, /var/mail/amfes.com/sfox/dbox/mailboxes/dovecot/convert/lock/dbox-Mails) failed: Not a directory Mar 30 19:01:41 bubba dovecot: IMAP(sfox(a)amfes.com): Mailbox conversion failed for mailbox dovecot.convert.lock Now that I'm staring at that line...I'm wondering if that "home=mail" configuration is part of the problem. I currently have about a dozen users on this box - but with very large mailboxes (I still have archived mailing lists in mine!). If there's a few manual steps I need to perform to "condition" this setup prior to conversion please advise. Should I manually shift the mailboxes into a "/var/mail/%d/%n/maildir" folder? -- Daniel

2 1

[Dovecot] MAILBOXDIR question
by Stewart Dean 31 Mar '09

31 Mar '09

I'm unclear about where and how this is to be used. I gather it is to be a new standard, but I didn't seem to find anything about it in the Dovecot Wiki Mail Location page. There are some words about it in the 1.1.12/3 release notes, but perhaps I'm thick, but they're meta-ambiguous to me. Is it meant to be used like this: mail_location = mbox:MAILBOXDIR=~/mail:INBOX=/var/mail/%u instead of the current mail_location = mbox:~/mail:INBOX=/var/mail/%u ??? Sorry to be so dense. -- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

3 2