[Dovecot] v1.2.2 released
http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz.sig
Found and fixes several v1.2-specific bugs. Hopefully it's now stable for most people's usage.
* GSSAPI: More changes to authentication. Hopefully good now.
* lazy_expunge plugin: Drop \Deleted flag when moving message.
+ dovecot -n/-a now outputs also lda settings.
+ dovecot.conf !include now supports globs (e.g.
!include /etc/dovecot/*.conf). Based on patch by Thomas Guthmann.
+ acl: Support spaces in user/group identifiers.
+ shared mailboxes: If only %%n is specified in prefix, default to
current user's domain.
- Dovecot master process could hang if it received signals too rapidly.
- Fixed "corrupted index cache file" errors (and perhaps others) caused
by e.g. IMAP's FETCH BODY[] command.
- IMAP: When QRESYNC is enabled, don't crash when a new mail is
received while IDLEing.
- IMAP: FETCH X-* parameters weren't working.
- Maildir++ quota: Quota was sometimes updated wrong when it was
being recalculated.
- Searching quoted-printable message body internally converted "_"
characters to spaces and didn't match search keys with "_".
- Messages in year's first/last day may have had broken timezones
with OSes not having struct tm->tm_gmtoff (e.g. Solaris).
- virtual plugin: If another session adds a new mailbox to index,
don't crash.Hi Timo,
building dovecot 1.2.2 on AIX (5.3) fails with the new "!include" feature:
"settings.c", line 132.31: 1506-045 (S) Undeclared identifier GLOB_BRACE.
This is because AIX glob doesn't support GLOB_BRACE :-|
https://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com....
Ralf
Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier
Mail: beckerr@fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME
Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen)
On Mon, 2009-07-27 at 08:49 +0200, Ralf Becker wrote:
"settings.c", line 132.31: 1506-045 (S) Undeclared identifier GLOB_BRACE.
This is because AIX glob doesn't support GLOB_BRACE :-|
Should have known.. Solaris is also broken, but BSDs are fine, so hopefully not too many people will complain. :) http://hg.dovecot.org/dovecot-1.2/rev/47449880c0b4 helps.
Timo Sirainen schrieb am 27.07.2009 08:54:
On Mon, 2009-07-27 at 08:49 +0200, Ralf Becker wrote:
"settings.c", line 132.31: 1506-045 (S) Undeclared identifier GLOB_BRACE.
This is because AIX glob doesn't support GLOB_BRACE :-|
Should have known.. Solaris is also broken, but BSDs are fine, so hopefully not too many people will complain. :) http://hg.dovecot.org/dovecot-1.2/rev/47449880c0b4 helps.
Thanks. This works. :-)
Ralf
--
Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier
Mail: beckerr@fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME
Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen)
Timo Sirainen wrote:
http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz.sig
Found and fixes several v1.2-specific bugs. Hopefully it's now stable for most people's usage.
- GSSAPI: More changes to authentication. Hopefully good now.
gmake[3]: Entering directory
`/home/build/dovecot/dovecot-1.2.2-ifm/src/auth'
source='mech-gssapi.c' object='mech-gssapi.o' libtool=no
DEPDIR=.deps depmode=none /bin/bash ../../depcomp
cc -m64 -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-sql
-I../../src/lib-settings -I../../src/lib-ntlm -I../../src/lib-otp
-DAUTH_MODULE_DIR=\""/ifm/pkg/dovecot/1.2.2-ifm/lib/dovecot/auth"\"
-DPKG_LIBEXECDIR=\""/ifm/pkg/dovecot/1.2.2-ifm/libexec/dovecot"\"
-I/usr/include/kerberosv5 -g -O -I/ifm/include -I/usr/sfw/include
-I/usr/sfw/include -c mech-gssapi.c
"mech-gssapi.c", line 276: undefined symbol: gss_mech_krb5
"mech-gssapi.c", line 276: warning: improper pointer/integer
combination: arg #2
cc: acomp failed for mech-gssapi.c
gmake[3]: *** [mech-gssapi.o] Error 2
Solaris 10 Update 6, x86
"gss_mech_krb5" is not a valid variable on Solaris.
Do you really have to check that GSSAPI is using Kerberos? Why not leave it up to the system to use whatever default authentication mechanism is choosen (currently that probably is Kerberos, but other things might pop up in the future - you never now). The whole point of using GSSAPI is that it should be agnostic to the authentication mechanism used "behind the scenes"...
Another issue when building 1.2.2 that wasn't there with 1.2.1 is that "-lsocket" seems to be missing causing linking errors. One example:
/bin/bash ../../libtool --tag=CC --mode=link cc -m64 -g -O
-I/ifm/include -I/usr/sfw/include -I/usr/sfw/include -L/ifm/lib/64
-R/ifm/lib/64 -L/ifm/lib/64 -R/ifm/lib/64 -L/usr/sfw/lib/64
-R/usr/sfw/lib/64 -o checkpassword-reply checkpassword-reply.o
../lib/liblib.a -lrt -lsendfile
libtool: link: cc -m64 -g -O -I/ifm/include -I/usr/sfw/include
-I/usr/sfw/include -o checkpassword-reply checkpassword-reply.o
-L/ifm/lib/64 -L/usr/sfw/lib/64 ../lib/liblib.a -lrt -lsendfile
-R/ifm/lib/64 -R/usr/sfw/lib/64
Undefined first referenced
symbol in file
bind ../lib/liblib.a(network.o)
send ../lib/liblib.a(network.o)
getservbyport ../lib/liblib.a(network.o)
getsockname ../lib/liblib.a(fd-close-on-exec.o)
accept ../lib/liblib.a(network.o)
listen ../lib/liblib.a(network.o)
gethostbyname ../lib/liblib.a(hostpid.o)
socket ../lib/liblib.a(network.o)
setsockopt ../lib/liblib.a(network.o)
getsockopt ../lib/liblib.a(network.o)
connect ../lib/liblib.a(network.o)
in6addr_any ../lib/liblib.a(network.o)
getaddrinfo ../lib/liblib.a(network.o)
getpeername ../lib/liblib.a(network.o)
freeaddrinfo ../lib/liblib.a(network.o)
inet_aton ../lib/liblib.a(network.o)
inet_pton ../lib/liblib.a(network.o)
inet_ntop ../lib/liblib.a(network.o)
gai_strerror ../lib/liblib.a(network.o)
ld: fatal: Symbol referencing errors. No output written to
checkpassword-reply
gmake[3]: *** [checkpassword-reply] Error 1
gmake[3]: Target all' not remade because of errors. gmake[3]: Leaving directory /home/build/dovecot/dovecot-1.2.2-ifm/src/auth'
- Peter
On Jul 27, 2009, at 5:06 AM, Peter Eriksson wrote:
"mech-gssapi.c", line 276: undefined symbol: gss_mech_krb5 "mech-gssapi.c", line 276: warning: improper pointer/integer combination: arg #2 .. "gss_mech_krb5" is not a valid variable on Solaris.
Oh, there are more GSSAPI implementations than just MIT and Heimdal? :) Fixed: http://hg.dovecot.org/dovecot-1.2/rev/ac2e37e4c2c1
Do you really have to check that GSSAPI is using Kerberos? Why not leave it up to the system to use whatever default authentication
mechanism is choosen (currently that probably is Kerberos, but other things
might pop up in the future - you never now). The whole point of using GSSAPI is that it should be agnostic to the authentication mechanism used
"behind the scenes"...
GSSAPI SASL mechanism is meant only for Kerberos. I don't really know
why. RFC 4752 says:
Upon successful establishment of the security context (i.e.,
GSS_Accept_sec_context returns GSS_S_COMPLETE), the server SHOULD
verify that the negotiated GSS-API mechanism is indeed Kerberos V5
[KRB5GSS]. This is done by examining the value of the mech_type
parameter returned from the GSS_Accept_sec_context call. If the value
differs, SASL authentication MUST be aborted.
Also Heimdal's author said that comparing GSSAPI display names is
dangerous if this check isn't done. That's the main reason I added the
check.
Another issue when building 1.2.2 that wasn't there with 1.2.1 is that "-lsocket" seems to be missing causing linking errors. One example:
Timo Sirainen wrote:
Another issue when building 1.2.2 that wasn't there with 1.2.1 is that "-lsocket" seems to be missing causing linking errors. One example:
It is not working for me. "-lrt" is already set before checking clock_gettime. Before that, "-lnsl -lsocket" are set, but after lrt checking, they gone missing...
configure:19082: checking for clock_gettime in -lrt
configure:19117: gcc -o conftest -g -O2 -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -
Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/local/ssl/include
-I/opt/kerberos-heimdal/include -L/us
r/local/ssl/lib -R/usr/local/ssl/lib -L/opt/kerberos-heimdal/lib
-R/opt/kerberos-heimdal/lib conftest.c -lrt
-lrt -lnsl -lsocket >&5
configure:19124: $? = 0
configure:19145: result: yes
configure:19264: checking for strtoimax
configure:19291: gcc -o conftest -g -O2 -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -
Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/local/ssl/include
-I/opt/kerberos-heimdal/include -L/us
r/local/ssl/lib -R/usr/local/ssl/lib -L/opt/kerberos-heimdal/lib
-R/opt/kerberos-heimdal/lib conftest.c -lrt >
&5
conftest.c: In function main': conftest.c:70: warning: implicit declaration of function strtoimax'
Undefined first referenced
symbol in file
strtoimax /var/tmp/ccsnXIjO.o
ld: fatal: Symbol referencing errors. No output written to conftest
OS: Solaris 8, compiler gcc version 2.95.3 20010315 (release), against heimdal kerberos. Compile string: CPPFLAGS='-I/usr/local/ssl/include -I/opt/kerberos-heimdal/include' LDFLAGS='-L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/opt/kerberos-heimdal/lib -R/opt/kerberos-heimdal/lib' ./configure --prefix=/opt/dovecot --with-ssldir=/usr/local/ssl/certs --with-ssl=openssl --without-passwd-file --with-passwd --with-shadow --without-bsdauth --without-static-userdb --without-prefetch-userdb --without-checkpassword --with-gssapi=yes --without-pgsql --without-sql --without-ldap --without-vpopmail --without-sia
regards, Jernej
On Mon, 2009-07-27 at 15:02 +0200, Jernej Porenta wrote:
Timo Sirainen wrote:
Another issue when building 1.2.2 that wasn't there with 1.2.1 is that "-lsocket" seems to be missing causing linking errors. One example:
It is not working for me.
It updated configure.in, so configure needs to be regenerated. Did you run autogen.sh / autoreconf after patching?
Timo Sirainen wrote:
On Mon, 2009-07-27 at 15:02 +0200, Jernej Porenta wrote:
Timo Sirainen wrote:
Another issue when building 1.2.2 that wasn't there with 1.2.1 is that "-lsocket" seems to be missing causing linking errors. One example: Fixed: http://hg.dovecot.org/dovecot-1.2/rev/cd29b745c8dd It is not working for me.
It updated configure.in, so configure needs to be regenerated. Did you run autogen.sh / autoreconf after patching?
No, missed that step :(
Thanks for your time..
cheers, Jernej
I experienced a strange effect after updating from 1.2.1 to 1.2.2 with Horde. IMP 4.3.4 had problems with GnuPG handling while Dovecot 1.2.1 was installed, but IMP 4.3.3 had no problems.
Now I updated to Dovecot 1.2.2 and IMP 4.3.4 is also running flawless :-)
Is that an known issue ?
Christian
Christian Felsing schrieb:
I experienced a strange effect after updating from 1.2.1 to 1.2.2 with Horde. IMP 4.3.4 had problems with GnuPG handling while Dovecot 1.2.1 was installed, but IMP 4.3.3 had no problems.
Now I updated to Dovecot 1.2.2 and IMP 4.3.4 is also running flawless :-)
Is that an known issue ?
Christian
Hi , what means strange ? where is the relation from dovecot and imp handling gpg i speculate gpg problems are pure to imp and do not relate do dovecot in anyway
-- Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
On Wed, 2009-07-29 at 08:59 +0200, Christian Felsing wrote:
I experienced a strange effect after updating from 1.2.1 to 1.2.2 with Horde. IMP 4.3.4 had problems with GnuPG handling while Dovecot 1.2.1 was installed, but IMP 4.3.3 had no problems.
Now I updated to Dovecot 1.2.2 and IMP 4.3.4 is also running flawless :-)
Is that an known issue ?
Who knows, maybe 4.3.4 used some IMAP feature that was broken in 1.2.1.
Timo Sirainen wrote:
http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz.sig
Refreshed ManageSieve patch:
http://www.rename-it.nl/dovecot/1.2/dovecot-1.2.2-managesieve-0.11.7.diff.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2.2-managesieve-0.11.7.diff.gz...
Regards,
Stephan.
participants (7)
-
Christian Felsing
-
Jernej Porenta
-
Peter Eriksson
-
Ralf Becker
-
Robert Schetterer
-
Stephan Bosch
-
Timo Sirainen