- dovecot - dovecot.org

[Dovecot] Re: kqueue cont'd
by Václav Haisman 17 May '06

17 May '06

Chris Cappuccio wrote: > So I just got one like this before a login: > > May 16 21:24:58 m1 dovecot: imap-login: Unrecognized event: kevent {.ident = 0, .filter = 0xffffffff, .flags = 0x0001, .fflags = 0x00000000, .data = 0x0000002b} > May 16 21:24:58 m1 dovecot: imap-login: mode: 0x004x > May 16 21:24:58 m1 dovecot: child 10716 (login) killed with signal 6 > > The OpenBSD port runs configure with these arguments: > > CONFIGURE_ARGS+=--localstatedir=/var \ > --with-ioloop=kqueue \ > --with-notify=kqueue \ > --with-ssl=openssl \ > --with-ssldir=/etc/ssl \ > --without-pam \ > --without-shadow \ > --without-vpopmail Thanks for the report. I am aware of the problem but I haven't had enough time lately to fix it. In the mean time if it bothers you, you can remove --with-ioloop=kqueue and use poll. The other kqueue option, --with-notify=kqueue, is independent of the first one and can still be used. -- Vaclav Haisman

1 0

[Dovecot] dovecot
by Oleg D. 17 May '06

17 May '06

The old version was 1.0b3 from freebsd ports and all works fine. When I have upgrade freebsd ports and install a new 1.0b8 I see this error. Before I have installed a new version I have "make deinstall" all 1.0b3 package. (dovecot.conf was old with "ssl_disable = yes") Later I have add --without-ssl in port's Makefile and compile dovecot without ssl. But I have all the same seen "pop3-login: BUG: SSL..." When I have set "ssl_disable = no" I saw another error: "Error: SSL support not compiled in but ssl_disable=no" TS> On Tue, 2006-05-16 at 01:29 +0400, Oleg D. wrote: >> Hi >> >> I used dovecot 1.0b3 without ssl (FreeBSD) >> I just upgrage dovecot to new 1.0b8 with the same config file >> and I have this error in log: >> pop3-login: BUG: SSL initialization parameters not given while they should have been >> >> p.s >> In my dovecot.conf I have option "ssl_disable = yes" TS> What was the old version you used? Are you sure you upgraded all of the TS> binaries? I think this error usually happens when some of your binaries TS> are from older Dovecot installation while others are from newer.

1 0

[Dovecot] Horde/IMP setup
by Eric 16 May '06

16 May '06

does anyone else use Horde/IMP that can share their servers.php setup? I am getting weird behavior with IMP not showing my INBOX and sub folders, etc. and i am not sure if its an IMP issue or Dovecot. It was giving me problems yesterday, then it cleared up, but now its acting up again. mail clients like Thunderbird work fine tho. I am seeing this in the logs a lot: [Tue May 16 08:08:21 2006] [error] [client 67.133.211.52] PHP Warning: Invalid argument supplied for foreach() in /usr/local/www/horde/imp/lib/IMP.php on line 1197, referer: https://mikestammer.com/horde/services/portal/sidebar.php Line 1197 looks like this: foreach ($_SESSION['imp']['namespace'] as $key => $val) { if (!empty($key) && (strpos($mailbox, $key) === 0)) { $cache[$key][$mailbox] = $val; return $val; } } Anyone have any tips or ideas?

5 6

[Dovecot] Solaris 10 x64 - crash report
by Rob Shepherd 16 May '06

16 May '06

Dear dovecot-devel I have a newly built dovecot-1.0.beta8 crashing at start May 16 11:11:33 zorch dovecot: [ID 475045 mail.info] Dovecot v1.0.beta8 starting up May 16 11:11:34 zorch dovecot: [ID 920869 mail.error] Login process died too early - shutting down May 16 11:11:34 zorch dovecot: [ID 684838 mail.error] child 28853 (login) killed with signal 11 Built on Solaris 10u1 x64 with Studio11 sun compiler, using LDFLAGS=-L/opt/csw/lib -R/opt/csw/lib -lssl CPPFLAGS=-I/opt/csw/include ./configure --prefix=/usr/local/dovecot-1.0.beta8 --with-ldap which begat [12:40:20][root@zorch:/usr/local/dovecot-1.0.beta8/libexec/dovecot]$ ldd dovecot-auth libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1 libpam.so.1 => /lib/libpam.so.1 libldap-2.3.so.0 => /opt/csw/lib/libldap-2.3.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 librt.so.1 => /lib/librt.so.1 libsendfile.so.1 => /lib/libsendfile.so.1 libc.so.1 => /lib/libc.so.1 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libdl.so.1 => /lib/libdl.so.1 libgen.so.1 => /lib/libgen.so.1 libcmd.so.1 => /lib/libcmd.so.1 liblber-2.3.so.0 => /opt/csw/lib/pentium/liblber-2.3.so.0 libresolv.so.2 => /lib/libresolv.so.2 libnet.so => /opt/csw/lib/i386/libnet.so libsasl2.so.2 => /opt/csw/lib/i386/libsasl2.so.2 libssl.so.0.9.8 => /opt/csw/lib/pentium/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/pentium/libcrypto.so.0.9.8 libmp.so.2 => /lib/libmp.so.2 libmd5.so.1 => /lib/libmd5.so.1 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libm.so.2 => /lib/libm.so.2 which is run using this grep -v '#'ed conf file > protocols = imap > ssl_disable = yes > login_user = dovecot > mail_debug = yes > default_mail_env = maildir:~/.maildir > protocol imap { > listen = *:145 > imap_client_workarounds = outlook-idle > } > > protocol pop3 { > } > auth_verbose = yes > auth_debug = yes > auth_debug_passwords = yes > auth default { > mechanisms = plain > passdb pam { > } > passdb ldap { > args = /usr/local/dovecot-1.0.beta8/etc/dovecot-ldap.conf > } > userdb passwd { > } > userdb ldap { > args = /usr/local/dovecot-1.0.beta8/etc/dovecot-ldap.conf > } > user = root > } > plugin { > } which begat -rw------- 1 root root 4212175 May 16 12:15 /usr/local/dovecot-1.0.beta8/var/run/dovecot/core I notice in the configure script, that it's building with the system ldap.h, which I don't think is openldap. however the bin is linked to the lib from blastwave.org which is openldap. How can I specify the correct inc/lib pair? if this is indeed the problem. Please tell me how to produce a backtrace if one is needed if this is an actual bug..... Cheers Rob -- Rob Shepherd | Computer and Network Engineer | Technium CAST | LL57 4HJ rob(a)techniumcast.com | 01248 671928 | 07776 210516

2 1

[Dovecot] Authentication Daemons
by Scott Penrose 16 May '06

16 May '06

Hi ho. My name is Scott Penrose - and I am experimenting with Dovecot as an IMAP replacement in our company. I have spent some time trying to write a plugin (sort of) for authentication and come to the conclusion that our instance is a little strange. So I though I would try plan B which is to write my own authentication module. This seems to have worked fairly well to start with but I have had some problems. For example, when connecting with a simple socket client (I have a socket client equiv of telnet) I see the VERSION, MECH ... DONE from the login/default socket, but nothing from the master socket. Both should be returning VERSION. Any ideas on that one? Thanks Scott

1 0

[Dovecot] Dovecot + Sendmail + virtusertable
by Chris Tata 16 May '06

16 May '06

Hello, I was wondering if there was a way to have dovecot authenticate using sendmail's virtusertable to map virtual users to system users. My goal is to allow virtual users (bob(a)domain.com) to authenticate via pop or imap using the full user@domain scheme. I tried enabling 'vpopmail' as passdb and userdb in the default namespace but I get this error: dovecot: May 15 23:05:21 Error: auth(default): Unknown passdb type 'vpopmail' Please advise. Thanks, Chris

1 0

[Dovecot] Missing mails after folder renaming
by Bob & Sabine von Knobloch 15 May '06

15 May '06

Dear List, I seem to have created myself a problem to which I can't find an answer. I am using Dovecot (0.99.13-4.FC2 on Fedora Core 2) with Mozilla Thunderbird on Windows XP and Linux as IMAP client software. I renamed a folder to a name that included spaces (it fitted the pupose better), then later realised that I would have to change my procmail rules to suit. As I wasn't sure what procmail would do with such folder names I renamed the folder back to it's original short name (all this changing was done in Thunderbird). The result is that all subfolders under the renamed folder exist in both forms: eg "Computer.SubjectA" and "Computer Projects.SubjectA", but the second versions are not seen by Thunderbird although they contain all my old mails (new mails are correctly delivered to the short name folders). I have tried to move the mails in these folders back to the short name folders but the indexing system (I assume) does not 'see' these maildir files. How can I fool the system into seeing all the old mails? Of course, I would like to know why the second renaming didn't work but don't have enough information to know if it's Thunderbird or Dovecot that isn't working correctly. As a second question, my Windows clients run in an NT domain (Samba) with roaming user profiles. The pathnames for some users become quite long and Windows throws a 'path too long' error when saving/loading the user profile from the DC. Is there a way of limiting the depth of folder nesting under Dovecot to avoid this problem? I have tried to search for answers but haven't found any yet. If there is already some information, I would be glad of a pointer to it. I am very pleased with the performance of Dovecot in all respects, thanks for the program. Bob von Knobloch.

4 3

[Dovecot] Anyone using Dovecot LDA on OS X?
by Dean Blackburn 15 May '06

15 May '06

I'm curious if anyone can get the LDA running on OS X, and what their experiences have been... We are still having index corruption issues that result in many temp files being created and client-side timeouts using a straight Postfix local delivery under 1.0beta7. The LDA does not come packaged with the Darwinports version of Dovecot, so any tips on compiling it would be most appreciated... Thanks, -deano

1 0

[Dovecot] dovecot ldap auth bind and different directories
by Andrew Bates 15 May '06

15 May '06

I have recently begun playing with Dovecot (1.0.beta8) and have run into an interesting scenario. The way my email system is set up is that users of different domains have completely different base dn's. For instance, if a user is part of test.com the bind dn would be uid=user,ou=People,dc=test,dc=com. The bind dn for user(a)domain.com would be uid=user,ou=People,dc=domain,dc=com. I could not seem to figure out a way to have the binddn adjusted based on a user's @domain so I modified auth-request.c and var-expand.c to include a new variable expansion concept. In the configuration I'm now able to include the following: auth_bind_userdn = uid=%n,ou=People,dc=%c2,dc=%c1 and %c1 will be expanded to the tld, %c2 will be expanded to the next level domain (domain or test in the above example). This will work up to 9 levels of subdomain (1-9). This is very similar in how postfix expands variables with ldap. I'm a bit rusty with my C, so I'd love some feedback on the patch. If this idea isn't included in the main code, that's fine, but I thought I'd contribute my experiences! Thanks for a great product everyone! Andrew =================================================================== --- dovecot-1.0.beta8/src/auth/auth-request.c 2006-04-12 22:00:06.000000000 -0400 +++ dovecot-1.0.beta8.new/src/auth/auth-request.c 2006-05-15 12:37:06.000000000 -0400 @@ -852,6 +852,7 @@ auth_request_get_var_expand_table(const struct auth_request *auth_request, const char *(*escape_func)(const char *)) { + char *str; static struct var_expand_table static_tab[] = { { 'u', NULL }, { 'n', NULL }, @@ -869,7 +870,27 @@ if (escape_func == NULL) escape_func = escape_none; - tab = t_malloc(sizeof(static_tab)); + /* count the number of domain components + in the given auth_request->user string + so we can allocate the correct sized + array + */ + int dc_count = 0; + str = strchr(auth_request->user, '@'); + while (str != NULL && *str != '\0' && str++) { + if (*str == '.') + dc_count++; + if (dc_count == 9) + break; + } + + /* allocate memory big enough for the static + tab plus each domain compononet. Since we + can only use 1-9 as identifiers, there is + no point in allocating more then 9 + */ + dc_count = (dc_count < 9 ? dc_count : 9); + tab = t_malloc(sizeof(static_tab) + (dc_count*(sizeof(char) + sizeof(char *)))); memcpy(tab, static_tab, sizeof(static_tab)); tab[0].value = escape_func(auth_request->user); @@ -886,6 +907,27 @@ tab[7].value = dec2str(auth_request->client_pid); if (auth_request->mech_password != NULL) tab[8].value = escape_func(auth_request->mech_password); + + char *domain = p_strdup(auth_request->pool, strchr(auth_request->user, '@')); + if (domain != NULL) { + int count = 0; + str = domain + strlen(domain); + do { + str--; + if (*str == '.' || *str == '@') { + *str = '\0'; + count++; + tab[count + 8].key = (char)(48+count); + tab[count + 8].value = escape_func(str+1); + } + if (*str == '@') { + count++; + tab[count + 8].key = '\0'; + tab[count + 8].value = NULL; + break; + } + } while (str != domain && count < 9); + } return tab; } =================================================================== --- dovecot-1.0.beta8/src/lib/var-expand.c 2006-04-12 22:00:06.000000000 -0400 +++ dovecot-1.0.beta8.new/src/lib/var-expand.c 2006-05-12 17:06:42.000000000 -0400 @@ -162,6 +162,11 @@ break; var = NULL; + + /* domain component expansion */ + if (*str == 'c') + str++; + for (t = table; t->key != '\0'; t++) { if (t->key == *str) { var = t->value != NULL ? t->value : "";

2 1

[Dovecot] re: ssl-build-param
by Jackie Hunt 15 May '06

15 May '06

Hi all, I posted a message last week about a problem with ssl-build-param, shown below. I may have a lead on this, and was hoping someone can confirm my theory. On AIX, a malloc of 0 bytes returns NULL, which is different than on Solaris and HP-UX (and probably Linux?) I'm guessing the NULL pointer returned is causing the abort of the ssl-build-param, since that was an unexpected result. Looking briefly at the code in ssl-init-openssl.c that seems reasonable. Can anyone please confirm this? And if so, any suggestions on the best way to proceed? Thanks much, Jackie --- Jackie Hunt ACNS Voice: (970) 663-3789 Colorado State University FAX: (970) 491-1958 Fort Collins, CO 80523 Email: jackie.hunt(a)colostate.edu > I'm trying to get dovecot up and running on an AIX 5.2 system > with openssl 0.9.8a. Everything compiles fine, but when I start > dovecot I find in the log: > > dovecot: May 08 13:39:14 Info: Dovecot v1.0.beta7 starting up > dovecot: May 08 13:39:14 Info: Generating Diffie-Hellman parameters for the firs > t time. This may take a while.. > dovecot: May 08 13:39:14 Error: ssl-build-param: Trying to allocate 0 bytes > dovecot: May 08 13:39:14 Error: child 18998 (ssl-build-param) killed with signal > 6 > I searched the archives of the mailing list and didn't have any luck. > Any help would be created appreciated. Please reply directly to me > as well as the list. Thanks much! > > Jackie

1 0