Displaying 8 results from an estimated 8 matches for "full_valu".
Did you mean:
full_value
2020 Jul 20
2
To field was not correct indexed by FTS
Hi,
This To field was not correct indexed by FTS.
To: Yamada Taro <yamada at example.com>,=?UTF-8?B?dXNlcjJAZXhhbXBsZS5jb20=?= <user2 at example.com>, =?UTF-8?B?dXNlcjNAZXhhbXBsZS5jb20=?= <user3 at example.com>,
user4 desu <user4 at example.com>
--> Yamada Taro <yamada at example.com> , user2 at example.com
And follow was correct indexed by FTS
To: Yamada
2015 Oct 14
4
Extending SLP Vectorizer to deal with aggregates?
I'm looking for a sanity check on extending SLP Vectorizer to deal with aggregates.
I'd like to vectorize Julia tuple operations. The Julia compiler lowers tuples to LLVM arrays, not LLVM vectors. I've tried making Julia lower tuples to LLVM vectors, but that hurt performance when SLP Vectorizer was not applicable, because of extraction/insertion overhead. I.e., the Julia lowering
2020 Jul 20
0
To field was not correct indexed by FTS
Hi,
I'm Tachibana.
Additionally, I found below:
dovecot/src/plugins/fts/fts-build-mail.c:
187 i_debug("@@@@@ befor address parse:%s",hdr->full_value);
188
189 addr = message_address_parse(pool_datastack_create(),
190 hdr->full_value,
191 hdr->full_value_len,
192 UINT_MA...
2020 Jul 20
2
To field was not correct indexed by FTS
On Mon, Jul 20, 2020 at 20:24:13 +0900, TACHIBANA Masashi wrote:
> Hi,
>
> I'm Tachibana.
> Additionally, I found below:
>
> dovecot/src/plugins/fts/fts-build-mail.c:
>
> 187 i_debug("@@@@@ befor address parse:%s",hdr->full_value);
> 188
> 189 addr = message_address_parse(pool_datastack_create(),
> 190 hdr->full_value,
> 191 hdr->full_value_len,
> 192...
2005 Jun 16
1
imap crash
...full
#0 0x08094e5c in message_parse_header_next (ctx=0x80c8e10, hdr_r=0xbffff64c)
at message-parser.c:755
msg = (const unsigned char *) 0x0
i = Variable "i" is not available.
(gdb) p *ctx
$1 = {line = {name = 0x0, name_len = 0, value = 0x0, value_len = 0,
full_value = 0x0, full_value_len = 0, middle = 0x0, middle_len = 0,
name_offset = 14794827, full_value_offset = 0, continues = 0,
continued = 0, eoh = 0, no_newline = 0, use_full_value = 0},
input = 0x80c9cfc, hdr_size = 0x0, name = 0x80cf030, value_buf = 0x0,
skip = 0, skip_initial_lwsp...
2006 Jan 31
1
beta2: strange assert
...ntext.
(gdb) print *hdr
$2 = {name = 0xbd7b8 "Return-Path", name_len = 11,
value = 0xcc3ed "<customerservice@studentuniverse.com>\r\nReceived: from stage2.wdc.studentuniverse.com (stage2.studentuniverse.com [216.164.95.211])\r\nP id k0RJwIOM028905\r\n", value_len = 37,
full_value = 0xcc3ed "<customerservice@studentuniverse.com>\r\nReceived: from stage2.wdc.studentuniverse.com (stage2.studentuniverse.com [216.164.95.211])\r\nP id k0RJwIOM028905\r\n", full_value_len = 37,
middle = 0xcc3eb ": <customerservice@studentuniverse.com>\r\nReceived: from...
2008 Sep 16
1
another assertion failure in current 1.1 hg (1.1.3 was working fine) - file message-address.c: line 43 (parse_local_part): assertion failed: (ctx->parser.data != ctx->parser.end)
..._data_stack_cur_id = 5
msg_search_ctx = (struct message_search_context *) 0x91032f0
block = {part = 0x0, hdr = 0xbfe92e38, data = 0x0, size = 0}
hdr = {name = 0x811a0f0 "", name_len = 0, value = 0x90fba88
"undisclosed-recipients:", value_len = 23, full_value = 0x90fba88
"undisclosed-recipients:", full_value_len = 23, middle = 0x90fdd53 ":
",
middle_len = 0, name_offset = 0, full_value_offset = 4, continues =
0, continued = 0, eoh = 0, no_newline = 0, crlf_newline = 0,
use_full_value = 0}
ret = 0
#16 0x080b537a in search_a...
2008 Oct 23
4
Possible header parsing problem
Hi,
I ran into a problem wherein my mail client (RoundCube) would not
display a message from a Dovecot IMAP server (claiming that the message
had no content). The raw source of the message looked fine, but the body
structure returned by Dovecot only had the first text/plain part and not
the alternative text/html part. The message looks like:
... headers removed ...
X-Mailer: Lotus