similar to: Problem with fts found against Dovecot hg; examples + trace attached

Hi, dovecot's message parser enters an endless loop when fed with certain multipart messages with stray CR characters. parse_next_body_to_boundary() assumes the '\r' might be the beginning of a boundary line, reducing the block size by one: src/lib-mail/message-parser.c: 404 /* no linefeeds in this block. we can just skip it. */ 405 ret = 0; 406

Jun 2 10:05:14 hostname dovecot: IMAP(testuser): Panic: file istream- raw-mbox.c: line 380: assertion failed: (new_pos > 0) Jun 2 10:05:14 hostname dovecot: dovecot: child 544822 (imap) killed with signal 6 (dbx) where raise(??) at 0x90000000005a68c abort() at 0x900000000085c2c default_fatal_finish(type = LOG_TYPE_PANIC, status = 0), line 160 in "failures.c"

Hello, I recently upgraded to dovecot 2.0.2 (on gentoo ~amd64) and now fts_squat's index building seems to hang for some of my mailboxes. The imap process gets stuck at 100% cpu usage and dovecot.index.search is never touched. I traced the problem to a message (attached) for one of the problematic mailboxes. Also attached are a full backtrace and the output of dovecot -n. The problem

Panic: IMAP(user): file message-parser.c: line 684 (preparsed_parse_next_header_init): assertion failed: (ctx->part- >physical_pos >= ctx->input->v_offset) Linux 2.6.24-19-386 Maildir on ext3 Looks similar to but different from http://dovecot.org/list/dovecot/2008-June/031523.html . #0 0xb7faf410 in __kernel_vsyscall () #1 0xb7e6f085 in raise () from

Greetings -- Many of you have downloaded and tried out Astmanproxy, a multi-threaded C-based proxy for Asterisk's Manager Interface. It has been under development since April 2005 and was presented at the Madrid Astricon in June, and will also be presented at Astricon in Anaheim in October. There has been interest in setting up an Astmanproxy mailing list specifically devoted to

(Cross posted to speex-dev from iglance) Enzo -- I haven't tried the fixed point engine, though I've considered it for the WinCE port. For the desktop/laptop edition I'm assuming the slight short->float conversion cost will be made up by the improved performance of the floating point implementation. But I could be wrong: 1) Can anyone recommend whether Speex performs better

Here you go, Ian...... ---------- Forwarded message ---------- From: G3RIR <g3rir@yahoo.com> Date: 05-Apr-2006 20:54 Subject: [dmuars] Eh up - March 144 results altered To: dmuars@yahoogroups.com What's going on here. The results of the MArch 144 UKAC have been re-published and we have lost out considerably. Either I don't understand the rules or we have been robbed We scored

FYI.. ---------- Forwarded message ---------- Date: Thu, 25 Jul 2002 15:41:56 +0200 (CEST) From: Pattara Kiatisevi <ott@linux.thai.net> Reply-To: oggonachip@yahoogroups.com To: oggonachip@yahoogroups.com Subject: [oggonachip] Ogg-on-a-Chip project first phase finished Hi all, Finally our master thesis is finished! Ogg Vorbis player ran with RTEMS operating system on LEON on the FPGA

Hello. I wrote the hook function for deliver. I want to add support of editheaders in the plug-in for dovecot. For this purpose I wrote the function rarules_get_stream. Remover of headrs works properly, but adding does not work. I took Timo Sirainen's advice from http://markmail.org/message/skb6arnll5gaopdr . Do I use a correct way of creation of a message? I give backtrace and a

Paul, I also think that bridge may not be the right place for VEPA, but rather a simpler sw/hw mux Although the VEPA support may reside in multiple places (I.e. also in the bridge) As Arnd pointed out Or already added an extension to qemu that allow direct guest virtual NIC mapping to an interface device (vs using tap), this was done specifically to address VEPA, and result in much faster

Paul, I also think that bridge may not be the right place for VEPA, but rather a simpler sw/hw mux Although the VEPA support may reside in multiple places (I.e. also in the bridge) As Arnd pointed out Or already added an extension to qemu that allow direct guest virtual NIC mapping to an interface device (vs using tap), this was done specifically to address VEPA, and result in much faster

Paul, I also think that bridge may not be the right place for VEPA, but rather a simpler sw/hw mux Although the VEPA support may reside in multiple places (I.e. also in the bridge) As Arnd pointed out Or already added an extension to qemu that allow direct guest virtual NIC mapping to an interface device (vs using tap), this was done specifically to address VEPA, and result in much faster

Hi - I'm hitting a crash in dovecot, I get this logged followed by a terse stack trace and systemd-coredump details not included here - full gdb stack trace and more details are further down: Mar 12 10:32:26 goffin dovecot[8269]: imap-login: Login: user=<patman>, method=PLAIN, rip=192.168.1.4, lip=192.168.1.1, mpid=8477, TLS, session=<5RvGYLf2RrDAqAEE> Mar 12 10:32:26 goffin

ugh, some new evil spamming technique? send a group invite to mailing lists, hoping one of the members will join? Josh --- b3ta Moderator <b3ta-owner@yahoogroups.com> wrote: > > Welcome to B3ta > > It's a free weekly newsletter reporting on the coolest stuff on the > net. > > We work very hard to make best thing in your inbox this week. > > We also use

Hello listers, I and my class-mates intend to study the Ogg and Vorbis formats. Also we want to study and imprve upon or develop a wholly new, Ogg & Vorbis decoder for playing .ogg files. Kindly guide me into this. Please tell if there are any existing ogg decoders available for studying. The JOrbis team, has unfortunately been non-cooperative, with no replies despite a number of requests.

Hey, i am now a bit deeper into dovecot debugging with gdb and have a full bt now, with debugging infos. Is there a patch that resolve this Problem in dovecot 2.2.22-1ubuntu2.13 for ubuntu 16? Here the bt: (gdb) bt full #0 0x00007ffff73cf3f3 in array_count_i (array=0x555555810d38) at ../../src/lib/array.h:155 No locals. #1 message_part_finish (ctx=ctx at entry=0x555555810ce0)

Using the latest dovecot-stable (20050213) with pine, I get an empty "from" header in my e-mails. This doesn't happen with 1.0.59-test, nor did it happen with the first dovecot-stable (20050131). A partial connection log is below: 1.0-test59: IMAP DEBUG 15:23:32 2/13: 00000007 FETCH 1:41 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Newsgroups Content-MD5 Content-Disposition

Greetings, I am interested in forming or participating in a Ruby / Rails users group in the Miami/FT. Lauderdale area. Anyone interested? Please contact me off the list or join RubyRailsSofla on yahoogroups.com Thanks! Armando Flores -------------- next part -------------- An HTML attachment was scrubbed... URL:

Anybody interested in forming a ROR/Ruby user''s group in South Florida (Ft. Lauderdale, Miami, etc.) Please contact me off-list or at RubyRailsSofla-owner@yahoogroups.com. Thanks! -- Posted via http://www.ruby-forum.com/.

I've learned a fair bit since putting together my essay on the States' proposed remedies. In particular, Microsoft's response to the States was enlightening; it pointed out the parts of the Court of Appeals ruling that need to be heeded when fashioning a remedy. I now feel that the States' proposal has little chance of being accepted by the judge. The Proposed Final Judgment