similar to: IMAP MOVE command with FTS

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