similar to: Problem building Dovecot from hg

I 'hg pull'ed and now my Dovecot segfaults when I select a particular folder. I've removed all files with 'index' in the name, so I don't think it's due to bad indexes. Oct 21 09:18:40 alchemy dovecot: Dovecot v1.1.beta3 starting up Oct 21 09:18:47 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS

Oct 21 10:04:05 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): file message-decoder.c: line 289 (message_decode_body): assertion failed: (pos < input->size) Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): Raw backtrace: imap [0x80c8e10] -> imap [0x80c8d1c] ->

The RFC says <http://www.isi.edu/in-notes/rfc3501.txt> this: TEXT <string> Messages that contain the specified string in the header or body of the message. But with the current hg tip (see linked rawlogs), SEARCH TEXT provides results disjoint from SEARCH FROM. I guess that's a bug?

I've been wanting to try out Squat for full-text indexing for a while now, so I finally gave it a whirl. I did a fresh pull from hg. I have it enabled, but it's taking *forever* to do a query. (Using alpine, I issued a Select command for all messages with some word anywhere, which presumably caused the Squat indexer to run.) I think Dovecot is infinite looping. I thought something

if your talking id3v1, something along the lines of (in bash): for f in *.flac ; do tail -c 128 $f > tag && flac-0.8 -d $f ${f%*.flac}.wav && flac-0.9 -V ${f%*.flac}.wav $f && cat tag >> $f ; done should work. of course, test it before you set it loose on your whole collection. if you're on windows, my condolences... no wait, just get cygwin :) Josh ---

I'm using dsync to synchronize emails on a laptop where wifi connectivity sometimes fails in the middle of a sync. I have a shell script that runs dsync, and here is one line of it including the output of dsync: + dsync -f -m realmail mirror /home/paulproteus/projects/ssh-attach/run ssh rose.makesad.us dsync dsync-local(paulproteus): Error: dbox

--- Asheesh Laroia <PaulProteus@technologist.com> wrote: > I'm running your debian packages on a K7 currently. They seem to be > working fine, including the xmms-flac package. I seem to be > experiencing > the same flac decoding problems > (state=6:FLAC__FILE_DECODER_STREAM_ERROR) > as Pritpaul Mahal, however. I'll see if I can reproduce these. It > could

hi... i try to make dovecot (v1.0.r26) in solaris 10 and i have the following problem # ./configure --with-ldap ... ... Install prefix ...................... : /usr/local File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : none Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support ..........

net1#uname -a Linux net1.coolsurf.com 2.6.22.4-65.fc7 #1 SMP \ Tue Aug 21 21:50:50 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux make[5]: Entering directory `/build/work/dovecot-1.1.alpha3/src/lib-storage/index/dbox' gcc -DHAVE_CONFIG_H -I. -I../../../.. -I../../../../src/lib -I../../../../src/lib-mail -I../../../../src/lib-imap -I../../../../src/lib-index -I../../../../src/lib-storage

Hi all, I'm having terrible time, and a lot of core dumps, building dovecot on Solaris 10. My environment: gcc 3.3.2 LDFLAGS=-L/usr/local/ssl/lib -lssl -lcrypto \ -L/usr/local/BerkeleyDB.4.2/lib -ldb -L/usr/local/lib -lldap CPPFLAGS=-I/usr/local/BerkeleyDB/include \ -I/usr/local/include -I/usr/local/ssl/include my configure: ./configure --prefix=/usr/local --with-ldap ...that is:

I have a CD collection of about 20 discs that I currently archive on my hard disk in MP3 format. No, I do not like lossy compression. No, I do not like closed standards. No, I do not like software patents (Fraunhofer). In fact, I do not even need compression at this point, as my hard disk capacity is greater than the sum total of the CDs' WAV-format sizes. However, I need its ID3

Hi Dovecot peeps, I'm enjoying running /usr/lib/dovecot/imap directly as a PREAUTH IMAP pipe. I find that it outputs log messages whose severity is INFO to stdout. I'm running it as follows: /usr/lib/dovecot/imap -c /tmp/dovecot.conf and I see the following messages output to stdout: * PREAUTH [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY

Here's what I get. Btw I'm on Linux/UltraSparc: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o deliver deliver.o duplicate.o imparse.o mail-send.o map.o sieve-cmu.o smtpclient.o -Wl,--export-dynamic libsieve/libsieve.a /root/luca/dovecot-1.0.beta3/src/lib-storage/register/libstorage-register.a

This will post-pend id3v1 tags. I thought they were found at the beginning of files. If not, then it looks fine to me. I may add some parentheses, though, like (tail -c 128 ${f} > tag) && (flac-0.8 -d $f ${f%flac}wav), etc. That decoding line should be "${f%.flac}", no "*", right? For simplicity's sake, I'm not going to take off the "." at the

This will post-pend id3v1 tags. I thought they were found at the beginning of files. If not, then it looks fine to me. I may add some parentheses, though, like (tail -c 128 ${f} > tag) && (flac-0.8 -d $f ${f%flac}wav), etc. That decoding line should be "${f%.flac}", no "*", right? Same with the encoding command: flac-0.9 -V ${f%flac}wav $f Seem better? (-8

I haven't seen too much feedback since the 0.9 release, which probably means one of three things: 1. it works perfectly and nobody has any complaints! 2. nobody is using 0.9. 3. the list is having problems. I mention #3 because at least one person has been blocked by sourceforge's new filter. Anyone...anyone? __________________________________________________ Do You Yahoo!? Get email

I am currently in the process of converting my 8GB of FLAC 0.8 files into 0.9 files (1). As it converts, I wanted to know how everyone else's FLAC 0.9 compares to FLAC 0.8. One thing I noticed is that decompressing my FLAC files within XMMS gives it a 30% CPU usage constantly on my AMD K6-2 300. While this isn't the fastest machine, that's a lot of processing power being used. So,

I tagged some FLAC files with ID3V2 information (by the id3v2 program), but their metadata does not show up in XMMS. Anyone else have this problem? Anyone have a solution? (I tested the tags using the --list option of id3v2; they are there. XMMS and the FLAC plugin just don't seem to respect them.) -- Asheesh.

Yes, the tests are pretty exhaustive. Actually if you have the test_files/ directory checked out of CVS it will run even more tests. I reran all the tests again (asm optimizations on) on redhat 7.1 with gcc 2.96 and they all passed. They are also all passing on Windows with MSVC and OS X with gcc 2.95.2. Matt, there is a slight chance that your noise tests failed because your run produced the

for a while after 1.0, in CVS, there was code to check for OS support for SSE instructions. since that required a fork() inside the library I have decided to remove it. so now to get SSE support you have to configure with --sse-os. if I think of a clean way to implement this I'll put it back in. also, there's been some suspicion that the 3dnow! stuff is causing crashes, so I disabled