September 2007 - dovecot

[Dovecot] user_global_uid and user_global_gid
by Stefano Scalise 25 Sep '07

25 Sep '07

Hi to all, I am using the new beta release 1.1. I see that parameters user_global_uid and user_global_gid are no more used in dovecot-ldap.conf. That means that, as I use LDAP as backend I am obliged to se t these two fileds in LDAP for each user even if they are always the same, as I use virtual domains. I see that I can set the in dovecot.conf the parameters mail_uid and mail_gid, but even if I set these parameters, when I do the query in LDAP (for retrieving other useful parameters) I have the error: userdb(<email address>) didn't return uid but... I don't want to take uid parameter from LDAP, I want to set it globally but I still want to do an LDAP query. Is there a way to do this in the new evrsion or I cannot do anymore this? Thank you, Stefano.

2 2

[Dovecot] v1.1.beta1 released
by Timo Sirainen 25 Sep '07

25 Sep '07

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta1.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta1.tar.gz.sig Alpha6 seemed to finally work quite well, so I think it's time for a feature freeze (except for dbox changes). I started a new wiki page to list incompatibilities between v1.0 and v1.1: http://wiki.dovecot.org/Upgrading/1.1 Fixes since alpha6: - deliver + maildir caused "UID 0 in transaction log" errors - deliver + maildir no longer blocks if dovecot-uidlist.lock file exists. The mail is simply delivered without updating uidlist or indexes. - Quota handling fixes, especially dict quota - etc.

6 13

[Dovecot] pam session=yes with gssapi authentication
by Thomas Mueller 25 Sep '07

25 Sep '07

hi there I noticed the following behaviour with auth backend pam and "args session=yes *" configuration: - login with "plain": pam session gets opend - login with "gssapi" (kerberos): pam session isn't opend (-> no $HOME will be created) Is this a bug or just a limitation by GSSAPI (maybe gssapi works around PAM)? - Thomas Dovecot Versions seen this: - 1.0.rc15 (Debian 4.0 Etch) - 1.0.0 (Debian backports)

2 1

Re: [Dovecot] Running a dovecot IMAPS server
by Timothy Murphy 25 Sep '07

25 Sep '07

On Sun 16 Sep 2007, Jos Vos wrote: > > Just to be clear what I am saying. > > Suppose you have a standard maildir setup on computer X, > > with directories ~/Maildir/inbox/[cur,new,tmp]/ , > > ~/Maildir/family/[cur,new,tmp]/ , etc. > > > > Suppose now you start dovecot IMAP on computer X. > > Then you will not be able to see the family folder on computer Y, > > running as an IMAP client, ie with an IMAP kmail account > > pointing to computer X. > > > > If I am right, you have to re-organise and re-name the folders on X > > if you want to see them on Y. > > And if you do this, you can no longer seem them on X with kmail. > > Dovecot has both mbox and Maildir format support. I find the statement that dovecot has maildir format support misleading. By maildir support, I mean that mail is contained in directories ~/Maildir/inbox/[cur,new,tmp], ~/Maildir/Family/[cur.new.tmp], ~/Maildir/Finance/[cur,new,tmp], etc. This is the setup created if one runs kmail as mail client, specifying that one is using maildir format, and using the GUI to create new folders Family, Finance, etc. As far as I can see, if you now set up an IMAP server using dovecot on this machine, setting mail_location = maildir:~/Maildir/ in /etc/dovecot.conf then the email in the folders Family, Finance, etc will not be seen by an IMAP client. > But as soon as you have an e-mail klant using a non-supported mailbox > format *or* that is storing mail folders in a supported format but in > a non-standard place, tour theory applies, yes. What is the "standard" place for mail folders? > See also <http://wiki.dovecot.org/> for more info about this all. I've studied that wiki, and not found clear information on this point. To clarify my question, suppose one has email organised in server X as described above, in directories ~/Maildir/Family/[cur.new.tmp/ , etc. And now suppose one wants to access this email from laptop Y. How exactly does one have to change the setup on machine X? And what does one set mail_location to? It seems to me that this is an issue likely to be faced by anyone wanting to run a small home network. reading email on various machines, and wanting this email to be kept "in sync". Maybe dovecot is not a suitable program for this purpose?

8 20

[Dovecot] 1.1 Beta 1 Works!
by Luciano Mannucci 25 Sep '07

25 Sep '07

Wow! I'm running 1.1 Beta 1 on OpenSuSE linux 10.2. It seems not bad at all. The only thing I've not quite well understood is this message, that pops up when I start dovecot: Warning: fd limit 1024 is lower than what Dovecot can use under full load (more than 1536). Either grow the limit or change login_max_processes_count and max_mail_processes settings Where does dovecot take this 1024 fd limit? My machine-wise limit is some orders of magnitude bigger, af far as I can tell by reading /proc/sys/fs/file-max... luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster(a)sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.mannucci.ORG/

2 2

[Dovecot] dovecot / Postfix virtual users
by Maurizio 25 Sep '07

25 Sep '07

Hi all, I am using virtual domains/ virtual users which are stored on MySQL. When I telnet to port 110 (dovecot/POP3) after I enter correct user/pass I always get: telnet 10.9.0.80 110 Trying 10.9.0.80... Connected to 10.9.0.80. Escape character is '^]'. +OK Dovecot ready. USER maurizio(a)example.com +OK PASS mypass -ERR [IN-USE] Internal login failure. Refer to server log for more information. Connection closed by foreign host. And on the log there is just: 24/09/2007 13:50:53 localhost dovecot auth(default): client in: AUTH 1 PLAIN service=POP3 secured lip=127.0.0.1 rip=127.0.0.1 resp=AG1hdXJpemlvQGVzZW1waW8uY29tAGFhMDA= 24/09/2007 13:50:53 localhost dovecot auth(default): client out: OK 1 user=maurizio(a)esempio.com 24/09/2007 13:50:53 localhost dovecot auth(default): master in: REQUEST 1 26848 1 24/09/2007 13:50:53 localhost dovecot auth(default): master out: NOTFOUND 1 24/09/2007 13:50:53 localhost dovecot auth(default): passwd(maurizio(a)esempio.com,127.0.0.1): lookup 24/09/2007 13:50:53 localhost dovecot auth(default): passwd(maurizio(a)esempio.com,127.0.0.1): unknown user 24/09/2007 13:50:53 localhost dovecot auth(default): userdb(maurizio(a)esempio.com,127.0.0.1): user not found from userdb 24/09/2007 13:50:53 localhost dovecot auth-worker(default): sql(maurizio(a)esempio.com,127.0.0.1): query: SELECT password FROM mailbox WHERE username = 'maurizio(a)esempio.com' AND active = '1' 24/09/2007 13:50:53 localhost dovecot pop3-login: Internal login failure: user=<maurizio(a)esempio.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured I cannot find out what is wrong with my setup. Do you have any advice? TIA Maurizio ================================ This is my setup: Postfix 2.3.6 MySQL 5.0.44 dovecot 1.0.5 And this is my dovecot.conf: # 1.0.5: /etc/dovecot/dovecot.conf protocols: imap pop3 ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login verbose_proctitle: yes mail_extra_groups: vmail mail_location: maildir:/home/vmail/domains mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: mechanisms: PLAIN verbose: yes debug_passwords: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd args: /etc/dovecot/dovecot-sql.conf and dovecot-sql.conf: driver = mysql connect = host=localhost dbname=postfix_vmail user=postfix password=mypass default_pass_scheme = MD5-CRYPT password_query = SELECT password FROM mailbox WHERE username = '%u' AND active = '1' user_query = SELECT maildir, 1002 AS uid, 1013 AS gid FROM mailbox WHERE username = '%u' AND active = '1' Maildir are stored on /home/vmail/domains/domain.tld/username

1 1

[Dovecot] Deliver, sendmail & envelope From_
by Rich Winkel 25 Sep '07

25 Sep '07

Sorry, couldn't find this in the archives. Under freebsd 4.x, the native mail.local that sendmail uses by default writes From_ lines that include the origin address. This is very readily parsable and handy for quick greps in mboxes. But deliver defaults it to MAILER-DAEMON. I see you can specify the envelope From_ with "-f", but I'm not sure how that's useful. Also I'm trying to figure out the instructions for making deliver the default delivery program under sendmail. This is a very plain vanilla setup I have here, procmail is not configured into sendmail.cf so I'm not sure how to adapt the instructions at wiki.dovecot.org/LDA/Sendmail Any help would be much appreciated. I've appended my local mailer stuff below. Should I just substitute deliver's path for mail.local? By the way, dovecot is very slick! It should speed up my mail server by a huge factor. Many thanks to Timo! Mlocal, P=/usr/libexec/mail.local, F=lsDFMAw5:/|@qPSXmnz9P, S=EnvFromSMTP/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/SMTP, A=mail.local -l Mprog, P=/usr/libexec/smrsh, F=lsDFMoqeu9, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, D=$z:/, T=X-Unix/X-Unix/X-Unix, A=smrsh -c $u

2 1

[Dovecot] Unknown dict module: db
by Lars Stavholm 24 Sep '07

24 Sep '07

Using dovecot-1.1beta1 I get "Unknown dict module: db" when starting up dovecot. In dovecot.conf I've got the "expire_dict = db:/var/lib/dovecot/expire.db" statement in the plugin{} section. Aparently required when the "expire" plugin is enabled. dovecot is built with "--with-db" and db-devel is present at compile time. Any ideas anyone? Cheers /Lars

2 2

[Dovecot] deliver copies "^From " header lines when delivering to Maildir
by pod 24 Sep '07

24 Sep '07

deliver appears to copy "^From " header lines from stdin when delivering to Maildir. The header filtering in mbox-save.c prevents this when delivering to an mbox and instead a synthesized "^From " header is written. This is an issue when using, for example, Postfix and mailbox_command = /usr/libexec/dovecot/deliver which does not appear to have an option not to write a "^From " header on the mailbox_command input. I'm attaching a patch that adds a save_header_callback() along the same lines as in mbox-save.c but I'm really not sure this is the right way to do it.

2 6

[Dovecot] IMAP: Disconnected: BUG: Unknown internal error (Dovecot 1.0.3)
by Robert Tomanek 24 Sep '07

24 Sep '07

Hi, I am getting the following error in the server mail logfile: > Sep 2 18:39:44 h648123 dovecot: IMAP(<account>)(<PID>): Disconnected: BUG: Unknown internal error (mail_debug is on, but there is not really much context for this in the log file, ie. no log events for several minutes, and then it appears, all of a sudden). On the client side, it looks like this (with some context in case it matters; no exact times though, sorry): > [...] > S: * 17699 FETCH (UID 18226 FLAGS (\Seen)) > S: * 17700 FETCH (UID 18227 FLAGS (\Seen)) > S: * 17701 FETCH (UID 18228 FLAGS (\Seen)) > S: * 17702 FETCH (UID 18229 FLAGS (\Seen)) > S: * 17703 FETCH (UID 18230 FLAGS (\Seen)) > S: * 17704 FETCH (UID 18231 FLAGS (\Seen)) > S: * 17705 FETCH (UID 18232 FLAGS (\Seen)) > S: * 17706 FETCH (UID 18233 FLAGS (\Seen)) > S: * 17707 FETCH (UID 18234 FLAGS (\Seen)) > S: * 17708 FETCH (UID 18235 FLAGS (\Seen)) > S: * 17711 EXISTS > S: * 1 RECENT > S: U00328 OK Fetch completed. > C: U00329 UID FETCH 18238:* (UID RFC822.SIZE ENVELOPE BODYSTRUCTURE INTERNALDATE FLAGS) > S: * 17711 FETCH (UID 18238 RFC822.SIZE 0 INTERNALDATE "01-01-1970 00:00:00 +0000" FLAGS (\Seen \Recent) ENVELOPE (NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL) BODYSTRUCTURE ("text" "plain" NIL NIL NIL "7bit" 0 0 NIL NIL NIL NIL NIL NIL NIL)) > S: U00329 OK Fetch completed. > C: U00330 UID FETCH 18238 (INTERNALDATE FLAGS) > C: U00331 UID FETCH 18238 (INTERNALDATE FLAGS RFC822.HEADER) > S: ) > S: !! Empty response received > S: * BYE BUG: Unknown internal error > S: !! Socket status 0 > > > *** Session finished : 2007-09-02 18:39:50, 18:39:50 It occurs relatively often (several times a day), under no specific conditions (sometimes it is hours after the session was started, sometimes it is at the beginning -- really, nothing regular here). The client connection is simply closed. I am not getting a core dump for this; I am not sure whether I am supposed to. I configured Dovecot according to the instructions at http://www.dovecot.org/bugreport.html and core dumps generally work on my system, eg. I can force one using 'kill -s SIGSEGV <PID>' (where <PID> is a PID of one of the imap processes). What do I do with it? I am running Dovecot 1.0.3 (compiled from sources) on Suse 9.3. The client is The Bat! 3.99.x Professional. Client is allowed to open several concurrent connections to the IMAP server. Server config ('dovecot -n -c /etc/dovecot/dovecot.conf'): > # 1.0.3: /etc/dovecot/dovecot.conf > base_dir: /var/run/dovecot/ > protocols: imap imaps pop3 pop3s > ssl_ca_file: /etc/ssl/current/cacert.pem > ssl_cert_file: /etc/ssl/current/server.pem > ssl_key_file: /etc/ssl/current/private.pem > disable_plaintext_auth: no > 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 > first_valid_uid: 50 > mail_debug: yes > mail_drop_priv_before_exec: 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 > mail_log_prefix: %Us(%u)(%p): > pop3_uidl_format(default): > pop3_uidl_format(imap): > pop3_uidl_format(pop3): %08Xu%08Xv > auth default: > debug_passwords: yes > passdb: > driver: passwd-file > args: /etc/dovecot/passwd > userdb: > driver: passwd-file > args: /etc/dovecot/passwd > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix -- Best regards, Robert Tomanek mailto:rth23@poczta.onet.pl

2 4