search for: message_part

Displaying 12 results from an estimated 12 matches for "message_part".

2016 Dec 27
1
Identify if a message_part is an attachment ?
...in works with mdbox/sdbox which has ability to keep attachments as external references (via SiS POSIX). The plugin must enable fetching attachment from REDIS instead of local-store. To accomplish this I was following dovecot via my debugger. I wanted to understand if there was a way to determine a message_part to be of an attachment type ? Thanks. -- Regards, Sai Kiran cmd_fetch() |_ imap_fetch_more() |_ imap_fetch_more_int() |_ imap_fetch_state *state = &ctx->state; state->cur_mail is NULL. search mailbox |_ mailbox_search_next(state->search_ctx, &state->cur_mail)...
2007 Mar 15
5
[PATCH 0/5] fix gcc warnings in CVS HEAD
Hi, I have rewritten the patches I submitted earlier today for the CVS HEAD. Some of the changes were already committed months ago. On 2007/03/15 12:30, Timo Sirainen <tss at iki.fi> wrote: > That's ok, but I'm not sure about bsearch_insert_pos(). It's the way it > is mostly because I wanted to keep bsearch() API. If it can't return > void * then maybe it could be
2007 Jul 25
3
dovecot-1.1 + dovecot-sieve-1.1 deliver backtraces
...ll not be wrapped, but I'm not sure that attachements are not stripped. So, please excuse me for duplication in this case. --- dovecot: Jul 25 01:05:19 Error: IMAP(seriv): Corrupted index cache file /var/spool/imap/seriv/.imap/.community-lists-altlinux-org/dovecot.index.cache: Corrupted cach ed message_part data (physical_pos less than expected) deliver(seriv): Jul 25 04:17:26 Panic: seq = 1587, rec->uid = 0, first_new_seq = 1587, records = 1586 deliver(seriv): Jul 25 04:17:26 Error: Raw backtrace: /usr/lib64/dovecot11/deliver [0x46e045] -> /usr/lib64/dovecot11/deliver [0x46dd2c] -> /usr/lib6...
2009 Sep 08
1
FTS Plugin design
Hi again! After sometime using my changes on this plugin I found one major problem. When a message have two attachments with same name or one with content-type equal to "message/*", my solr schema design does not work because as attachment unique identifier I used attachment's name what is not correct. Now I am trying to find a way to know the mime part id of the parts
2005 Sep 19
0
1.0alpha2: two asserts/cores
...print *part $9 = {parent = 0x0, next = 0x0, children = 0xb2138, physical_pos = 0, header_size = {physical_size = 830, virtual_size = 830, lines = 0}, body_size = {physical_size = 552941, virtual_size = 560164, lines = 0}, flags = 65, context = 0x0} (gdb) print part->children $10 = (struct message_part *) 0xb2138 (gdb) print *(part->children) $11 = {parent = 0xb20e8, next = 0xb2188, children = 0x0, physical_pos = 911, header_size = {physical_size = 1, virtual_size = 2, lines = 0}, body_size = { physical_size = 513, virtual_size = 527, lines = 14}, flags = 72, context = 0x0} (gdb) down...
2008 Aug 29
1
Dovecot-1.1.2 assertion failure in preparsed_parse_next_header_init
...der_init (ctx=0x812b650, block_r=0xbfb4b24c) at message-parser.c:684 684 i_assert(ctx->part->physical_pos >= ctx->input->v_offset); (gdb) p ctx $1 = (struct message_parser_ctx *) 0x812b650 (gdb) p ctx->input $2 = (struct istream *) 0x8113618 (gdb) p ctx->part $3 = (struct message_part *) 0x812e7c0 (gdb) p *ctx $4 = {parser_pool = 0x812b638, part_pool = 0x0, input = 0x8113618, parts = 0x812e730, part = 0x812e7c0, hdr_flags = 3, flags = MESSAGE_PARSER_FLAG_SKIP_BODY_BLOCK, last_boundary = 0x0, boundaries = 0x0, skip = 0, last_chr = 0 '\0', want_count = 0, hdr_p...
2006 Jan 31
1
beta2: strange assert
...n (argc=1, argv=0xffbffb5c, envp=0xffbffb64) at main.c:238 (gdb) up 4 #4 0x00049a74 in index_mail_parse_header (part=0x0, hdr=0xbd760, mail=0xbb970) at index-mail-headers.c:259 259 imap_bodystructure_parse_header(mail->data_pool, part, hdr); (gdb) print part $1 = (struct message_part *) 0x0 (gdb) print *part Cannot access memory at address 0x0 (gdb) print *input No symbol "input" in current context. (gdb) print *hdr $2 = {name = 0xbd7b8 "Return-Path", name_len = 11, value = 0xcc3ed "<customerservice@studentuniverse.com>\r\nReceived: from stage2....
2008 Sep 16
2
assertion failure in current hg, file istream.c: line 303 (i_stream_read_data): assertion failed: (stream->stream_errno != 0) (1.1.3 was working fine)
...ruct istream *) 0x10b8df #10 0x08066225 in fetch_data (ctx=0x90716e0, body=0x9071cd8, size=0x908efc4) at imap-fetch-body.c:318 str = (string_t *) 0x906cc18 #11 0x08066ac7 in fetch_body_mime (ctx=0x90716e0, mail=0x908e9e8, body=0x9071cd8) at imap-fetch-body.c:555 part = (const struct message_part *) 0x908efb0 section = 0x9071d12 "MIME" __PRETTY_FUNCTION__ = "fetch_body_mime" #12 0x08064bad in imap_fetch_more (ctx=0x90716e0) at imap-fetch.c:309 h = (const struct imap_fetch_context_handler *) 0x90718c8 _data_stack_cur_id = 4 client =...
2005 Dec 22
1
alpha5: (message_body_search_ctx) assert
...415 if (message_search_body(&part_ctx, input, part)) (gdb) print input $1 = (struct istream *) 0xdbae8 (gdb) print *input $2 = {v_offset = 198, stream_errno = 0, mmaped = 0, closed = 0, seekable = 0, eof = 0, real_stream = 0xdbac0} (gdb) print part $3 = (const struct message_part *) 0xf0788 (gdb) print *part $4 = {parent = 0x0, next = 0x0, children = 0x0, physical_pos = 0, header_size = {physical_size = 168, virtual_size = 168, lines = 0}, body_size = {physical_size = 20014, virtual_size = 20662, lines = 647}, flags = MESSAGE_PART_FLAG_TEXT, context = 0x0} (gdb) print...
2006 Sep 20
1
dovecot rc7 assert, core
...nds>, unknown_charset = 0, search_header = 0} (gdb) print *input $2 = {v_offset = 7882833662174520621, stream_errno = 1651467385, mmaped = 0, closed = 0, seekable = 1, eof = 0, real_stream = 0x7263682e} (gdb) print *part Cannot access memory at address 0x189 (gdb) print part $3 = (const struct message_part *) 0x189 (gdb) print &part Can't take address of "part" which isn't an lvalue. (gdb) print input->v_offset $4 = 7882833662174520621 (gdb) print part->physical_pos Cannot access memory at address 0x199 (gdb) up #6 0x0006eac8 in message_body_search_ctx (ctx=0xffbff52c, in...
2005 Sep 07
0
1.0alpha1: new assert/core
...ical_pos = 1384, header_size = {physical_size = 93, virtual_size = 98, lines = 0}, body_size = {physical_size = 4312, virtual_size = 4428, lines = 116}, flags = 72, context = 0x0} (gdb) print found $4 = 0 (gdb) print part->physical_pos $5 = 1384 (gdb) print part->parte ent $6 = (struct message_part *) 0xb1918 (gdb) print *(part->part ent) $7 = {parent = 0x0, next = 0x0, children = 0xb1968, physical_pos = 0, header_size = {physical_size = 1357, virtual_size = 1357, lines = 0}, body_size = {physical_size = 8955, virtual_size = 9265, lines = 0}, flags = 65, context = 0x0} (gdb) print (*...
2008 Feb 19
2
1.1b16: (buffer_set_used_size): assertion failed: (used_size <= buf->alloc)
...0x6012a0, hdr = 0x0, data = 0xd5e000 "SPAM DETECTION SOFTWARE, RUNNING ON THE SYSTEM \"BOOMHAUER.EGR.MSU.EDU\", HAS\nIDENTIFIED THIS INCOMING EMAIL AS POSSIBLE SPAM. THE ORIGINAL MESSAGE\nHAS BEEN ATTACHED TO THIS SO YOU CAN VIEW IT (IF IT I"..., size = 0} prev_part = (struct message_part *) 0x0 ret = 1 __PRETTY_FUNCTION__ = "fts_build_mail" #10 0x0000000010c2707e in fts_build_more (ctx=0x661400) at fts-storage.c:293 _data_stack_cur_id = 4 count = 3 ret = 0 #11 0x0000000010c273d5 in fts_mailbox_search_next_nonblock (ctx=0x661200, mail=0x68d048, tryagain_r=0x7fffffffe15f)...