similar to: rc6 build pb

Hello Timo, On FreeBSD 6.1-STABLE, rc7 doesn't build (rc6 didn't either) because of a broken "sed" in the genarated "libtool" script, at least with the "zsh" shell comming from the ports (zsh-4.3.2). This has occured starting from your move from Autoconf 2.59 to Autoconf 2.60 since for some reason, now "libtool" is run by zsh (instead of sh as in

Greetings. I have been running Dovecot-1.0rc2 on a test server for the last couple of weeks. No problems. However, when I installed RC6 this morning, Dovecot refused to launch completely. Here's the relevant snippet from /var/log/maillog: Aug 7 10:08:36 mercury dovecot: Dovecot v1.0.rc6 starting up Aug 7 10:08:37 mercury dovecot: Login process died too early - shutting down Aug 7

Hi, I have a problem after upgrading dovecot 1.0rc1 to 1.0rc6. I don't use SSL at all so I have 'ssl_disable = yes' in my configuration. This works fine in 1.0rc1 but dovecot 1.0rc6 failed to start with the following error message "dovecot: Login process died too early - shutting down". Setting 'ssl_disable = no' resolves the problem but now dovecot announce TLS

Hello Timo, I'm curious about 2 points (I'm using alpha2 but these are general questions) : Background : . I connect to dovecot-1.0.alpha2 through thunderbird . I use ldap pass/userdb and PLAIN mech . I've only got one auth block in dovecot.conf (all pass/userdb/mech except ldap/PLAIN are commented) 1) I notice that, for one thunderbird connection trial, imap-login

Hello, I usually have no problem compiling dovecot on my OS X.4 machine (last one I compiled was rc2), but rc6 is giving trouble: if /bin/sh ../../../libtool --tag=CC --mode=compile gcc - DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/ lib-dict -I../../../src/lib-index -I../../../src/lib-mail -I../../../ src/lib-storage -I../../../src/lib-storage/index

Hi, I had successfully set up dovecot-1.0-test62 + ldap pass/user db, but now I'm encoutering a SIGSEV problem with a similar set up of a brand new dovecot-1.0-test65 installation. The auth process is killed by a SIGSEV as reported in the error log file : dovecot: Mar 30 17:06:59 Error: child 28291 (auth) killed with signal 11 To be precise, the problem occurs in the

Hi, The bug reported in http://dovecot.org/list/dovecot/2006-July/014786.html still exists in 1.0.rc6 % grep "$ ./configure" dovecot-1.0.rc6/config.log $ ./configure --prefix=/srv/software/dovecot Install prefix ...................... : /srv/software/dovecot File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method

Hi, yesterday lib-sql got driver-sqlpool with some changes in Makefile.am, but these changes in makefile works only for --with-sql=yes. When --with-sql=plugin is used build fails with: libtool --tag=CC --mode=link gcc -std=gnu99 -O2 -g -pipe -Wall -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 - m64 -mtune=generic -Wall -W -Wmissing-prototypes

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc6.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc6.tar.gz.sig I've finally finished all of my email backlog. If you haven't received an answer to some question/bugreport, resend the mail. This is hopefully the last v2.1 RC. If I don't receive any (serious) bug reports about this release in next few days, I'll just change

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc6.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc6.tar.gz.sig I've finally finished all of my email backlog. If you haven't received an answer to some question/bugreport, resend the mail. This is hopefully the last v2.1 RC. If I don't receive any (serious) bug reports about this release in next few days, I'll just change

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

Hi, I need some feedback for the following problem I encountered compiling dovecot. It seems to be a wrong check in configure, that comes out in a fatal error (crypt symbol not found because the -lcrypt is omitted). With these configure parameters no crypt module is recognized (and so the need_crypt variable is still off), but at compile time gcc fails to create executables. I solve the issue

libxen-dev_4.1.0~rc6-1_amd64.deb to main/x/xen/libxen-dev_4.1.0~rc6-1_amd64.deb libxenstore3.0_4.1.0~rc6-1_amd64.deb to main/x/xen/libxenstore3.0_4.1.0~rc6-1_amd64.deb (new) xen-docs-4.1_4.1.0~rc6-1_all.deb optional doc Documentation for Xen This package contains all the large documentation files for Xen. This includes a description interface (both the API, and a nice explanation of how

>From the make output: libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -Wl,--as-needed -o .libs/auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o mech-otp-skey-common.o mech-plain-common.o auth-penalty.o auth-request.o auth-request-handler.o

/bin/sh ../../libtool --tag=CC --mode=link gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/kerberos/include -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

Processing commands for control at bugs.debian.org: > fixed 571634 4.1.0~rc6-1 Bug #571634 {Done: Bastian Blank <waldi at debian.org>} [xen-utils-common] xen-utils-common vif-common.sh still using --physdev-out, --state Bug #639942 {Done: Bastian Blank <waldi at debian.org>} [xen-utils-common] Xen "non-bridged traffic is not supported anymore" with bridges Marked as fixed

xen-common_4.1.0~rc6-1_amd64.changes uploaded successfully to localhost along with the files: xen-common_4.1.0~rc6-1.dsc xen-common_4.1.0~rc6.orig.tar.gz xen-common_4.1.0~rc6-1.debian.tar.gz xen-utils-common_4.1.0~rc6-1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org)

Hi, I have been using Dovecot with LDAP support (only for password authentication) for a couple of weeks already and everything was running smoothly so far.. till last week when discovered interesting thing: whenever I start LDAP server (openldap 2.3.24) before I start Dovecot everything is fine.. however when Dovecot is started first and then LDAP server it's not possible to authenticate :-(

Can anyone tell me what's going on and how I can fix it? bash-2.05a# make make all-recursive Making all in src Making all in lib make[3]: Nothing to be done for `all'. Making all in lib-settings make[3]: Nothing to be done for `all'. Making all in lib-charset make[3]: Nothing to be done for `all'. Making all in lib-mail make[3]: Nothing to be done for `all'. Making all in

Hello, I am having a problem after performing a classicupgrade with rc6. This did not happen with previous RCs. When adding any of the AD MMC snap-ins from a member computer, MMC crashes with the error below. I have the provision scripted and am using the same ldif, smb.conf and /var/lib/samba, so I'm fairly certain the only difference is rc6. I am testing with a Win 7 VM image that was