January 2007 - dovecot

[Dovecot] Error reading dovecot.conf under vmware/archlinux
by Eric PENOT 19 Jan '07

19 Jan '07

Hi I have some problemes when dovecot read it's config file dovecot.conf My config is : Linux distribution : Arch Linux 0.7.2 Gimmick UNDER VMware session (VMware workstation version 5.5.2build 29772) Linux kernel version 2.6.17 Dovecot version 1.0.rc17 GCC version 4.1.1 Using the 'dovecot-example.conf' as dovecot.conf => When Dovecot si compiled with : --with-file-offset-size=32 The Dovecot message is : Missing auth section for server default When Dovecot si compiled with : --with-file-offset-size=64 The Dovecot message is : Error in configuration file /etc/dovecot.conf line 746: Expecting '=' Can someone help me please? Regards Eric Pénot

2 1

[Dovecot] One User Cannot Log In
by Jay Chandler 19 Jan '07

19 Jan '07

Attempting to log in through Squirrelmail. Jan 19 09:34:07 montreal dovecot: imap-login: Login: user=<steve>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jan 19 09:34:07 montreal dovecot: IMAP(steve): initgroups(steve, 15) failed: Invalid argument This entry appears nowhere else in the log. montreal# id steve uid=268(steve) gid=15(users) groups=15(users), 626(moodleCreators), 80(www), 98(ident), 28(saweb), 303(helpdeskweb), 53(bind), 86(cgi), 206(oacmail), 70(shakes), 43(xfs), 83(acweb), 10(wheel), 208(nasa), 54(lock), 244(helpdeskadmin) montreal# id chandler uid=119833(chandler) gid=15(users) groups=15(users) We did have the problem of his low UID causing trouble, but I've temporarily changed the Lowest UID setting in dovecot.conf until we can get about 200 users moved. Any suggestions? -- Jay Chandler Network Administrator, Chapman University 714.628.7249 / chandler(a)chapman.edu Today's Excuse: PEBKAC (Problem Exists Between Keyboard And Chair)

2 1

[Dovecot] Virtual Users and Local Users Authentication
by craig carriere 19 Jan '07

19 Jan '07

I am using dovecot on a SLES 10 mail server using postfix as the MTA. The original setup used local users and a single domain. I have now configured postfix to send mail to a second virtual domain which is working fine. I am trying to get dovecot to pick up the mail and have been having authentication problems. My local users uses pam and /etc/passwd for login with SSL. I have created a passwd file for the virtual users and have set dovecot to look at the passwd-like file with the path specified. However dovecot complains about the file not being present, which it is and my local users can not login. Probably doing something simple incorrectly, but can not find what fron online searches. Thanks --------------------------------- Any questions? Get answers on any topic at Yahoo! Answers. Try it now.

2 1

[Dovecot] Migrating from UW-IMAP
by Jay Chandler 19 Jan '07

19 Jan '07

Greetings. I've got a poorly conceived and implemented system I'm trying to migrate off of. Right now we've got 20K accounts or so, in mbox form, under UW-IMAP. Eventually we're going to move to Maildir format, but the first step is to move to Dovecot on one of our imap servers as a proof of concept. In other words, all config changes have to take place on the dovecot side, until I get PHB approval to proceed further. Right now, the inboxes are the user's username, located in /var/mail (an NFS mounted volume). So my inbox would be at /var/mail/chandler. The sub-mailboxes are in the user home directories, just scattered around-- no /mail subdirectory or anything close. So there's a folder called ~chandler/INBOX.Sent, ~chandler/INBOX.Trash, and a ~chandler/Dovecot (for this list). The list of these files is kept in ~chandler/.mailboxlist. I attempted to follow the instructions at http://wiki.dovecot.org/Migration about: You can either rename your .mailboxlist file to .subscriptions for all your users using uw2dovecot.sh <http://wiki.dovecot.org/uw2dovecot.sh>, or change the definition of SUBSCRIPTION_FILE_NAME in /src/lib-storage/subscription-file/subscription-file.c/. In 1.0-test, this value is defined in /src/lib-storage/subscription-fileindex/maildir/maildir-storage.h/ and /src/lib-storage/subscription-fileindex/mbox/maildir-storage.h/. .subscriptions is located inside of the mail directory, whereas it is possible .mailboxlist was outside of it (in user's home directory). However, I built dovecot from ports on FreeBSD 6.2, and the only files that approach this are: wurfel# ls -al total 58 drwxr-xr-x 3 root wheel 512 Jan 16 20:48 . drwxr-xr-x 6 root wheel 1024 Jan 16 20:48 .. drwxr-xr-x 2 root wheel 512 Jan 16 20:48 .deps -rw-r--r-- 1 root wheel 14662 Jan 16 20:48 Makefile -rw-r--r-- 1 root wheel 266 Oct 20 2004 Makefile.am -rw-r--r-- 1 root wheel 14009 Jan 6 23:26 Makefile.in -rw-r--r-- 1 root wheel 4374 Jan 16 20:48 libstorage_subscription_file.a -rw-r--r-- 1 root wheel 6935 Jan 3 15:19 subscription-file.c -rw-r--r-- 1 root wheel 703 Jan 13 2006 subscription-file.h -rw-r--r-- 1 root wheel 4060 Jan 16 20:48 subscription-file.o wurfel# pwd /usr/ports/mail/dovecot/work/dovecot-1.0.rc17/src/lib-storage/subscription-file I took a look at subscription-file.c, but didn't notice where I should change the definition of the file itself-- my code-fu is weak. If someone could lend a hand, I'd be deeply appreciative. Regards, -- Jay Chandler Network Administrator, Chapman University 714.628.7249 / chandler(a)chapman.edu Today's Excuse: Internet exceeded Luser level, please wait until a luser logs off before attempting to log back on.

2 1

[Dovecot] Bounce vs. Defer
by Jeff Mitchell 19 Jan '07

19 Jan '07

Hello-- I've noticed that with when using deliver, if there is a misconfiguration in my dovecot configuration file, a permissions problem on the maildir, etc., deliver will bounce the message. I'm using Postfix, and at some point used Maildrop, and I know that maildrop (and I believe also Postfix's virtual transport) instead defer the message if there is some kind of fixable problem (like permissions). Then, when the problem is solved, you can flush the queue. Would it be possible to add a defer option to deliver? It makes it difficult to try out new options or different configurations because if you have fairly regular incoming mail, the last thing you want is a ten minute period where 20 messages get bounced... Thanks, Jeff

3 2

[Dovecot] dovecot as POP3 proxy
by Alexander Shikoff 19 Jan '07

19 Jan '07

Hello, I am trying to set up dovecot as pop3 proxy. There is net lines in my auth section: passdb passwd-file { args = /usr/local/etc/dovecot/proxy.users } userdb static { args = uid=26 gid=6 } File proxy.users should contain a list of users. Now it looks like test:::::::proxy host=10.10.10.10 and everything is OK. My question is how to change passwd-file in order to match any username? I need something like *:::::::proxy host=10.10.10.10 Thanks in advance! -- Kind Regards, Alexander Shikoff

2 1

[Dovecot] FreeBSD, Postfix, Cyrus SASL, Dovecot IMAP, SquirrelMail, Active Directory
by Phil Anslemo 19 Jan '07

19 Jan '07

Here's an update to my configuration. I'm able to use Cyrus SASL to enable SMTP AUTH in PostFix, validate user's mail addresses in Active Directory, and store mail in maildir on FreeBSD. I am currently able to authenticate AD users with Dovecot and LDAP, but I'm getting the following error in the log: Error: IMAP(user@domain): Ambiguous mail location setting, don't know what to do with it: user@domain (try prefixing it with mbox: or maildir:) Error: IMAP(user@doman): Failed to create storage data: user@domain. Error: child xxxxx (imap) returned error 89 I double-checked dovecot.conf, and the mail_location setting is "mail_location = maildir:/usr/data/vmail/%u". I'm not sure what could be happening, but I'm thinking this is the last thing I need to get my configuration to work. Your assistance is greatly appreciated. Thanks, uxphreak ____________________________________________________________________________________ TV dinner still cooling? Check out "Tonight's Picks" on Yahoo! TV. http://tv.yahoo.com/

2 1

[Dovecot] LDA "deliver" with sendmail
by Zied Fakhfakh 19 Jan '07

19 Jan '07

Hi everybody, this is my first post to the list. I'm setting up a mail server with sendmail/LDAP/Dovecot (all latest version on FC6) I'm trying hard to get sendmail deliver through dovecot "deliver" I followed the instructions at the wiki: http://wiki.dovecot.org/LDA but I can't get it working. i cannot find the problem where ? when I do this as mailer: some.domain.com dovecot:dovecot or this: some.domain.com dovecot.mail.host.net sendmail always reports (on the maillog) an unknown mailer error: ...... stat=unknown mailer error 80 path to deliver is checked and executable by everyone (/usr/libexec/dovecot/deliver) can someone help please ? BTW : I manager to create a dovecot.m4, that way we can add "MAILER(dovecot)" to sendmail.mc if you are interested I will post it. Regards, Zydoon.

2 1

Re: [Dovecot] dovecot Digest, Vol 45, Issue 18
by subscriber＠viliar.net.ru 19 Jan '07

19 Jan '07

> > I use postfx 2.3.5 + dovecot (pop3/imap/lda/auth daemon for postfix) rc15. > > root@post /etc/postfix# grep dovecot main.cf > smtpd_sasl_type = dovecot > virtual_transport = dovecot > dovecot_destination_recipient_limit = 1 > > root@post /etc/dovecot# grep password_query dovecot-sql.conf > password_query = SELECT mail as user, cryptp as password, > CONCAT('/home/vmail/',homedir,'/',maildir,'/') as userdb_home, uid as userdb_uid, gid as > userdb_gid, CONCAT('dirsize:/home/vmail/',homedir,'/',maildir,'/',':storage=',quota/1024) as > userdb_quota, nice as userdb_nice, hosts as allow_nets FROM users WHERE mail = '%u' and access = > 'Y' and %Ls = 'Y'; > > > When I insert allow_nets (and it should be used without userdb_ prefix) into password_query I could > not send any more letters. In logs next: > > Dec 19 11:25:30 post dovecot: auth-worker(default): sql(mail(a)example.com): query: SELECT mail as > user, cryptp as password, CONCAT('/home/vmail/',homedir,'/',maildir,'/' > ) as userdb_home, uid as userdb_uid, gid as userdb_gid, > CONCAT('dirsize:/home/vmail/',homedir,'/',maildir,'/',':storage=',quota/1024) as userdb_quota, nice > as userdb_nice > , hosts as allow_nets FROM users WHERE mail = 'mail(a)example.com' and access = 'Y' and smtp = 'Y'; > Dec 19 11:25:30 post dovecot: auth-worker(default): passdb(mail(a)example.com): allow_nets check > failed: Remote IP not known > > As I understand, postfix does not transfer to dovecot auth daemon rip ( remote ip ). And it is > looks like allow_nets it is impossible to use together with dovecot sasl auth in postfix. > > Do we have any workaround on it? > > Hello again. As I think, this problem is realy about dovecot. Probably it should not doing looking at allow_net then it using for external auh, or then %Ls = smtp ? Just another trap/check to prevent problem like this? Or am I wrong? Thanks.

2 1

[Dovecot] Build problems with non-standard location of mysql libs
by Bob 19 Jan '07

19 Jan '07

Overall the build process for dovecot is very clean. I did however run into a significant problem when it came to locating the mysql libraries, especially when building a 64 bit executable but similar problems occured building a 32 bit executable. I am describing the 64 bit build issues below since that is the worst case scenario. Fixing the 64 bit build will automatically fix the 32 bit build. In the Solaris world it is fairly common for software packages to be installed in the /opt tree rather than under /usr or /usr/local. In addition 64 bit libs are typically located under a path like /opt/lib/64 or /opt/lib/sparcv9 and of course mysql libs are under /opt/lib/mysql or /opt/lib/sparcv9 | 64/mysql. The configure script for dovecot tries only a lib64 or /usr/lib64 path I suggest that the conifgure script for dovecot offer a --with-mysql[=DIR] option so that it would be possible to provide the base location of the mysql installation as --with-mysql=/opt in the same manner that it is done for php. I patched the configure script to search the /opt tree for mysql but unfortunately a side effect occured during the build which was compiled as 64 bit with the necessary CFLAGS and LDFLAGS input to the configure script. Here is the configure. Note that the library search paths also include the Solaris specific sparcv9 paths so nothing special is required in the configure script to account for these platform specific paths. This is exactly the same method the we use to build php as a 64 bit app successfully. However, the configrue script needs to locate the /opt/include/mysql directory and also needs to find /opt/lib/mysql to at least trigger that it found the mysql installation. Even though /opt/lib/mysql is the path to the 32 bit library, the link tests will pass because the supplied LDFLAGS contain the path to the 64 bit library. CFLAGS="-O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -L/opt/lib/sparcv9/mysql -R/opt/lib/sparcv9 -R/opt/lib/sparcv9/mysql" \ CXXFLAGS="-O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -L/opt/lib/sparcv9/mysql -R/opt/lib/sparcv9 -R/opt/lib/sparcv9/mysql" \ LDFLAGS="-O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -L/opt/lib/sparcv9/mysql -R/opt/lib/sparcv9 -R/opt/lib/sparcv9/mysql" \ ./configure --prefix=/opt \ --localstatedir=/var \ --enable-shared \ --disable-static \ --libdir=/opt/lib/sparcv9 \ --with-ssldir=/opt/ssl \ --with-ssl=openssl \ --with-storages=maildir,mbox \ --with-mysql The next problem was that dovecot-auth failed to link: /bin/bash ../../libtool --tag=CC --mode=link gcc -std=gnu99 -O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -R/opt/lib/sparcv9 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/opt/include -export-dynamic -O3 -m64 -mcpu=ultrasparc -L/opt/lib/sparcv9 -R/opt/lib/sparcv9 -o dovecot-auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o auth-master-listener.o auth-module.o auth-request.o auth-request-handler.o auth-stream.o auth-worker-client.o auth-worker-server.o db-ldap.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o mech-login.o mech-cram-md5.o mech-digest-md5.o mech-ntlm.o mech-gssapi.o mech-rpa.o mech-apop.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-checkpassword.o passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o userdb.o userdb-blocking.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o libpassword.a ../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lpam -L -L/opt/lib/mysql -L/opt/lib/sparcv9/mysql -lmysqlclient -lz -lm -export-dynamic -ldl -lsocket -lnsl -lrt mkdir .libs gcc -std=gnu99 -O3 -m64 -mcpu=ultrasparc -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/opt/include -O3 -m64 -mcpu=ultrasparc -o dovecot-auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o auth-master-listener.o auth-module.o auth-request.o auth-request-handler.o auth-stream.o auth-worker-client.o auth-worker-server.o db-ldap.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o mech-login.o mech-cram-md5.o mech-digest-md5.o mech-ntlm.o mech-gssapi.o mech-rpa.o mech-apop.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-checkpassword.o passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o userdb.o userdb-blocking.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o -L/opt/lib/sparcv9 libpassword.a ../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lpam -L/db/src/dovecot/dovecot-1.0.rc17_64bit/src/auth -L/opt/lib/mysql -L/opt/lib/sparcv9/mysql /opt/lib/mysql/libmysqlclient.so -L/opt/lib -lposix4 -lgen -lssl -lcrypto -lz -lm -ldl -lsocket -lnsl -lrt -R/opt/lib/mysql -R/opt/lib/mysql -R/opt/lib/sparcv9 ld: fatal: file /opt/lib/mysql/libmysqlclient.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to dovecot-auth What is odd about the above is that the input to libtool is completely correct but the resulting gcc command converted -lmysqlclient to an absolute path of /opt/lib/mysql/libmysqlclient.so which is wrong for a 64 bit build - hence the link failure. Why this happened is a mystery to me? If it had been left alone as -lmysqlclient the link would have been successful because the correct 64 bit library would have been found automatically. To get around this problem I added -lmysqlclient to the LDFLAGS input to the configure script which works but isn't very conventional. It would be much cleaner if the --with-mysql had a [=DIR] option and the configure script used the same basic logic that is used in the php configure script for locating the mysql stuff. In addition it is essential that hard paths, especially to shared objects don't get generated during the build since that will block the automatic searching of libraries. -- *Bob Atkins * /President/CEO/ *DigiLink, Inc. <http://www.digilink.net>* Business Inter-net-working */The Cure for the Common ISP!/* Phone: (310) 577-9450 Fax: (310) 577-3360 eMail: bob(a)digilink.net

2 1