similar to: To field was not correct indexed by FTS

Displaying 20 results from an estimated 500 matches similar to: "To field was not correct indexed by FTS"

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(), >
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
2017 Dec 11
2
Mailsploit problem in responce of ENVELOPE
Hi, Sorry, It comes by fetching ENVELOPE, not BODYSTRUCTURE. For example: A01 UID FETCH 24 (ENVELOPE) * 4 FETCH (UID 24 ENVELOPE ("Fri, 08 Dec 2017 09:44:35 +0900" "test2" ((NIL NIL "service" "paypal.com")) (("dev1" NIL "dev1-bounces" "example.com")) ((NIL NIL "service" "paypal.com")) (("user1"
2020 Jul 20
2
To field was not correct indexed by FTS
Hi, Thank you for your reply. I hope this bug to be fixed soon. :) Thank you. Tachibana ----- Original Message ----- > On Mon, Jul 20, 2020 at 09:43:12 -0400, Josef 'Jeff' Sipek wrote: > > On Mon, Jul 20, 2020 at 20:24:13 +0900, TACHIBANA Masashi wrote: > ... > > Thanks for the report. I reproduced it locally, but I'm not sure what is > > causing it yet.
2017 Dec 11
1
Mailsploit problem in responce of ENVELOPE
Hi, I'm sorry, I had been tested by miss From/Reply-To, If From/Reply-To addresses are bellow: From: =?utf-8?b?c2VydmljZUBwYXlwYWwuY29tPGlmcmFtZSBvbmxvYWQ9YWxlcnQoZG9jdW1lbnQuY29va2llKSBzcmM9aHR0cHM6Ly93d3cuaHVzaG1haWwuY29tIHN0eWxlPSJkaXNwbGF5Om5vbmUi?==?utf-8?Q?=0A=00?=@mailsploit.com Reply-To:
2017 Dec 08
3
Mailsploit problem in responce of BODYSTRUCTURE
Hi, I tried to see a mail that have a strange From header in bellow URL: https://www.mailsploit.com/index Then, I got BODYSTRUCTURE response contain next: ((NIL NIL "service" "paypal.com")) Are this problem already founded by anyone? So already fixed? -- TACHIBANA Masashi QUALITIA CO., LTD. mailto:tachibana at qualitia.co.jp
2017 Aug 02
2
result of uid sort by subject
Result of uid sort by subject is not expected. for example: Japanese => English => Japanese => English I'm now using Dovecot 2.2.31. command example: HNKK6 UID SORT (REVERSE SUBJECT) utf-7 ALL * SORT 3 1 7 2 4 10 11 8 12 HNKK6 OK Sort completed (0.002 + 0.041 + 0.001 secs). Any hint? -- Masashi Astro TACHIBANA QUALITIA CO., LTD. mailto:tachibana at qualitia.co.jp
2020 Sep 02
1
about header address parsing
On Tue, 1 Sep, 2020 at 09:59, Timo Sirainen <timo at sirainen.com> wrote: > On 1. Sep 2020, at 6.24, TACHIBANA Masashi <tachibana at qualitia.co.jp> > wrote: >> >> Hi, >> >> Is this expected or not? >> >> From: user1 at fuga.example.com <user1 at example.com> >> To: user2 at hoge.example.com <user2 at example.com> >>
2020 Feb 12
1
Dovecot process died with assertion failed
Hi, I'm testing Dovecot v2.3.9.2. So, I found a problem that a Dovecot process termed with Panic, like below: Feb 10 08:50:09 imap(user1 at example.com)<38440><p9ec0zSeSIQKEAIK>: Panic: file message-snippet.c: line 71 (snippet_add_content): assertion failed: (*count_r <= size) Feb 10 08:50:09 imap(user1 at example.com)<38440><p9ec0zSeSIQKEAIK>: Error: Raw
2020 Sep 01
2
about header address parsing
Hi, Is this expected or not? From: user1 at fuga.example.com <user1 at example.com> To: user2 at hoge.example.com <user2 at example.com> ? a uid fetch 43055 (envelope) * 1860 FETCH (UID 43055 ENVELOPE ("Thu, 30 Jul 2020 13:52:59 +0900" "test1" ((NIL NIL "user1" "fuga.example.com")) ((NIL NIL "user1" "fuga.example.com"))
2009 May 24
1
Re: C&C Red Alert 3 - Lan (and also hamachi) play
Well, I found a solution and posted it on the appdb's page of Red Alert 3. http://appdb.winehq.org/objectManager.php?sClass=version&iId=14371 Here's a copy of the informations I posted on the Red Alert's Appdb webpage : > Thanks to raphael, here's a mini "how to play on LAN to RA3 with Wine + windows users, when the LAN is a VPN" > > My hostname, in
2017 Dec 11
0
Mailsploit problem in responce of ENVELOPE
Hi, Additionally, I just tried bellow: From: service at paypal.com<iframe onload=alert(document.cookie) src=https://www.hushmail.com style="display:none"\n\0 at mailsploit.com Reply-To: service at paypal.com<iframe onload=alert(document.cookie) src=https://www.hushmail.com style="display:none"\n\0 at mailsploit.com Thanks ----- Original Message ----- > Hi, >
2019 Apr 26
2
[Intel-gfx] [PATCH v2] drm: prefix header search paths with $(srctree)/
Hi Dave, > -----Original Message----- > From: Dave Airlie [mailto:airlied at gmail.com] > Sent: Friday, April 26, 2019 11:19 AM > To: Yamada, Masahiro/山田 真弘 <yamada.masahiro at socionext.com> > Cc: David Airlie <airlied at linux.ie>; Daniel Vetter <daniel at ffwll.ch>; > dri-devel <dri-devel at lists.freedesktop.org>; nouveau > <nouveau at
2020 Jul 21
0
To field was not correct indexed by FTS
On Tue, Jul 21, 2020 at 08:18:21 +0900, TACHIBANA Masashi wrote: > Hi, > > Thank you for your reply. > > I hope this bug to be fixed soon. :) It is a tricky one because as far as I can tell, the From header is invalid. So, we have to figure out the best way to handle such input. The input is invalid because '@' is not allowed by the RFC to be in the name portion of an
2008 Jan 04
5
Confused by the unit test results.
I''m testing the relation between two of my models: MessageThread (parent), which has_many Message (children). When I run the following test, it gives me an error: --------------------------------- # test with a valid message def test_valid_message_new thread = MessageThread.new :title => ''awesome thread'' message = thread.messages.build(:body
2017 May 20
2
[PATCH] drm: remove NULL pointer check for clk_disable_unprepare
After long term efforts of fixing non-common clock implementations, clk_disable() is a no-op for a NULL pointer input, and this is now tree-wide consistent. All clock consumers can safely call clk_disable(_unprepare) without NULL pointer check. Signed-off-by: Masahiro Yamada <yamada.masahiro at socionext.com> --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 15 +++++----------
2019 Apr 26
1
[PATCH v2] drm: prefix header search paths with $(srctree)/
Hi. On Fri, Mar 29, 2019 at 8:37 PM Masahiro Yamada <yamada.masahiro at socionext.com> wrote: > > Currently, the Kbuild core manipulates header search paths in a crazy > way [1]. > > To fix this mess, I want all Makefiles to add explicit $(srctree)/ to > the search paths in the srctree. Some Makefiles are already written in > that way, but not all. The goal of this
2009 Jul 25
2
install DVD mounted -noexec by default == bad interpreter permission denied
Installing matlab on Centos5. command I typed: /media/MATHWORKS_R2009A/install & Error message I received: [1] 10759 [root at taro matlab]# bash: /media/MATHWORKS_R2009A/install: /bin/sh: bad interpreter: Permission denied Google found no hits with this precise error message, but several similar hits when I leave out the matlab path. Solution: mount -o remount -o exec /dev/scd0 (scd0 is
2019 Mar 29
4
[PATCH v2] drm: prefix header search paths with $(srctree)/
Currently, the Kbuild core manipulates header search paths in a crazy way [1]. To fix this mess, I want all Makefiles to add explicit $(srctree)/ to the search paths in the srctree. Some Makefiles are already written in that way, but not all. The goal of this work is to make the notation consistent, and finally get rid of the gross hacks. Having whitespaces after -I does not matter since commit
2008 Jun 15
3
Internet Connection Problem
Hi everyone, I am trying to use Miranda-IM with wine. Everything seems OK but when i tried to connect MSN i am taking an error like "check your proxy/firewall settings". Firstly, i am not using any proxy or firewall. Here is the console output; Code: fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (8000): STUB It did not work even i have tried