Displaying 20 results from an estimated 4000 matches similar to: "IMAP MOVE command with FTS"
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 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.
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
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(),
>
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:
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
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
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"
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 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,
>
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"))
2020 Sep 01
0
about header address parsing
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>
> ?
> a uid fetch 43055 (envelope)
> * 1860 FETCH (UID 43055 ENVELOPE ("Thu, 30 Jul 2020 13:52:59 +0900"
2020 Jul 20
0
To field was not correct indexed by FTS
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.
Alright, it is actually a parsing bug. The problem seems to be when the
code encounters a "name <address>" format where the name
1999 May 03
1
problems compiling R-0.63.3 on alpha
Hi again !
Thanks for the info on updating the config.site file which I
have done. I have also added -lm in the Makeconf manually
because this is needed explicitly for DEC cc.
However, there are still a few problems when linking some
of the files as you can see from the enclosed log.
Ciao,
Andreas
-------------------------------------------------------
R-0.63.3>make
make[1]: Entering
1999 May 03
0
compilation of R-0.63.3 on alpha (PR#183)
This is a multipart MIME message.
--==_Exmh_981436288450
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Hi !
I have problems compiling R successfully on a DEC-UINX 4.0E.
I have applied the recommended config.site, which I enclose.
As can be seen from the compilation log there are linking errors...
I did a 'make check' which fails for the R
2013 Sep 25
3
Dovecot extremely slow!
Please help,
Dovecot is running extremely slow for the last couple of weeks and it
seems to be getting worse (or my patience running short).
I attach the 10-master configuration and the log file after running
strace according to: http://wiki.dovecot.org/Debugging/ProcessTracing
I can click on an email and wait for a minute or more before receiving a
connection dropped or no error at all. I
2017 Dec 08
0
Mailsploit problem in responce of BODYSTRUCTURE
On Fri, Dec 08, 2017 at 18:47:37 +0900, TACHIBANA Masashi wrote:
> 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
2017 Jan 02
0
cron job failures with a perl script containing Astro::Time
On 2017-01-02, Gregory P. Ennis <PoMec at PoMec.Net> wrote:
>
> The error message I get in the logs is :
>
> Can't locate Astro/Time.pm in @INC (@INC contains:
> /usr/local/lib64/perl5 /usr/local/share/perl5
> /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl
> /usr/lib64/perl5 /usr/share/perl5 .) at /usr/local/bin/s.bkup.degw3.prl
> line 12.
> BEGIN