similar to: v1.1.2 release candidate

Hi USing git, I reach the following error (below). Here is my configure parameters : CPPFLAGS="-I/include -I/usr/include/tirpc/" LDFLAGS="-L/lib -ltirpc" ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexec=/usr/libexec --with-sql=yes --without-sqlite --with-mysql --with-ssl --without-shadow --without-nss --without-pam --without-ldap --with-zlib

http://dovecot.org/releases/1.1/dovecot-1.1.2.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.2.tar.gz.sig Development of new features in this release and the upcoming multi-master replication are sponsored by Directi (www.directi.com). Lucene indexing is currently deprecated in favor of the new Solr indexing. I'm even considering removing the Lucene C++ library support, so if you're

http://dovecot.org/releases/1.1/dovecot-1.1.2.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.2.tar.gz.sig Development of new features in this release and the upcoming multi-master replication are sponsored by Directi (www.directi.com). Lucene indexing is currently deprecated in favor of the new Solr indexing. I'm even considering removing the Lucene C++ library support, so if you're

I have some archive mails in gzipped mboxes. I could use them with dovecot 1.x without problems. But recently I have installed dovecot 2.0.12, and they are slow. very slow. Creating index files takes about 10 minutes for ~20M file with 560 messages for bzipped mbox, for gzipped is little better but still unusable :( Stracing dovecot process shows that every ~ 20 messages it rereads complete mbox

Hi everyone. I rebuild a plugin, based on zlib plugin. The changes between this plugin and zlib, is the zlib stuffs is replaced by open, read, lseek, close. With "plain-text" files, its works ok. So, my file is encrypt, and the result from decrypt file is different from fread. Like zlib, i read from fread the size variable, but the value added in seek_offset and pos is the result from

Hi all, This is my first post here so i hope this will reach you :) My problem since a few days back is that IMAP doesn't seem to be started. The logfiles says's everything is in order, but port 143 isn't up and Squirrelmail can't connect, i have no clue what's causing this everything runned smoothly a couple of days ago. Im using postfix/amavis & spamassasin.

I was going to start storing the flac version number and options in an ENCODER meta field and with v1.1.2 if you did: flac foo.flac 2>&1 | grep options you could see the defaults options, in 1.2.1 it doesn't print the options (even if you give it a valid flac file name) i.e. options: -P 4096 -b 4608 -m -l 8 -q 0 -r 3,3 here was what i was going to do: metaflac

http://dovecot.org/releases/2.2/rc/dovecot-2.2.28.rc1.tar.gz http://dovecot.org/releases/2.2/rc/dovecot-2.2.28.rc1.tar.gz.sig Pretty large release. Please test before the final v2.2.28, which should be out in a few days. BTW. Our plan is to start making new releases approximately every month from now on. * director: "doveadm director move" to same host now refreshes user's

http://dovecot.org/releases/2.2/rc/dovecot-2.2.28.rc1.tar.gz http://dovecot.org/releases/2.2/rc/dovecot-2.2.28.rc1.tar.gz.sig Pretty large release. Please test before the final v2.2.28, which should be out in a few days. BTW. Our plan is to start making new releases approximately every month from now on. * director: "doveadm director move" to same host now refreshes user's

On 07/05/17 13:25, Aki Tuomi wrote: >> I use mbox compressed by gzip as read-only folder (using zlib plugin). >> >> I have errors in logs: >> Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion >> failed: (ret == -1) ... >> The bug appeared in 2.2.26 and still can be reproduced (in 2.2.31) >> >> Using 'git bisect' was not

Hello, I use mbox compressed by gzip as read-only folder (using zlib plugin). I have errors in logs: Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion failed: (ret == -1) and can't read messages in MUA. IMAP commands to reproduce a bug: 1 SELECT "compressed.gz" 2 UID fetch 2 BODY.PEEK[] # sleep 5 3 UID fetch 2 BODY.PEEK[] # repeat sleep/fetch until assert (a

Greetings, I noticed a while back someone posted a patch/plugin that allowed Dovecot to use compressed mbox files. I'm now wondering how far that would put us from having compressed maildir? I have a server with more CPU than disk space, and while I can buy more HDD space, my backup solution doesn't make that practical. It seems to me that when looking for a message file, if it

I am just now getting around to upgrading from 3.1.2 to 3.2.0 and am getting hammered by a problem which is beyond my limited capabilities of handling. I executed ./configure --with-tcltk --with cairo which seemed to go just fine, and then did: make In fairly short order I started getting error messages like unto: > connections.o: In function `gzcon_write': >

I am just now getting around to upgrading from 3.1.2 to 3.2.0 and am getting hammered by a problem which is beyond my limited capabilities of handling. I executed ./configure --with-tcltk --with cairo which seemed to go just fine, and then did: make In fairly short order I started getting error messages like unto: > connections.o: In function `gzcon_write': >

i've deployed a Solr server, and setup Dovecot for *both* squat & solr FTS. iiuc, reading at, http://wiki.dovecot.org/Plugins/FTS http://wiki.dovecot.org/Plugins/FTS/Solr as of dovecot v1.1.2, squat's required for IMAP compliance; solr search breaks it. is that still the case in v1.2? Is IMAP-compliant Solr search possible? planned? if the goal is fast, indexed FTS of dovecot

I am cross-posting this to r-sig-fedora (I hope that's not an egregious sin) in the hope that doing so might provide some source of insight. I tried sudo yum install zlib and was told > Package zlib-1.2.5-7.fc17.x86_64 already installed and latest version Likewise for "zlib-devel". I also tried sudo yum install bzlib and was told > No package bzlib

I don't see it, and can't really think of a good reason why it would happen. This happens in configure? And the first thing you ran was configure, right? No autogen.sh or autoconf/automake? -bash-4.1# cat /etc/redhat-release CentOS release 6.8 (Final) -bash-4.1# uname -a Linux test-centos6.dovecot.net 2.6.32-642.6.1.el6.x86_64 #1 SMP Wed Oct 5 00:36:12 UTC 2016 x86_64 x86_64 x86_64

I'm trying to use libFLAC++ v1.1.2, to read Song information (like artist, trackname etc..). So.. I read metadata from file FLAC::Metadata::get_streaminfo("somefile.flac", infosik); and It's ok - no error, then I read vorbis info: FLAC::Metadata::VorbisComment vorbis_kom(infosik); int number_of_comments = vorbis_kom.get_num_comments(); and after that I have

Hello, Is the signature-log backend of the antispam plugin broken when compiling with dovecot version 1.1.2? I'm using version 1.0 of the antispam plugin. It looks like there isn't anything more recent. cc -c -DCONFIG_DEBUG -DDEBUG_SYSLOG -fPIC -shared -Wall -Wextra -DPLUGINNAME=antispam -DHAVE_CONFIG_H -I../dovecot-1.1.2/ -I../dovecot-1.1.2/src/ -I../dovecot-1.1.2/src/lib/

On 11/05/15 12:06, M. Edward (Ed) Borasky wrote: > 1. R 3.2.0 is packaged for Fedora now; it's in Rawhide and Fedora 22. > I'm running Fedora 22 (late beta) and haven't had any problems with R. > RStudio Desktop Preview (0.99.435) from the RStudio Fedora RPM is also > running fine. You might save yourself some hassles by upgrading to > Fedora 22. I'm sure I would,