Re: Search problem
bt full would be more useful ---Aki TuomiDovecot oy Original message From: Federico Bartolucci <feder...@aruba.it> Date: 28/05/2018 17:24 (GMT+02:00) To: dovecot@dovecot.org Subject: Re: Search problem Hello, thank you for your suggestion, I can obtain just this from the backtrace: [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0x7f44637bb1f7 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); What could we understand from this? -federico Il 09/05/2018 18:52, Reio Remma ha scritto: On 09.05.2018 19:48, Federico Bartolucci wrote: Hello, when doing a simple search through the lucene indexes in some mailboxes (with actually many subfolders) the search terminates after a few seconds with no result and the dovecot log shows this error: Fatal: master: service(imap): child 15433 killed with signal 6 (core not dumped) Any clue about the reasons? the lucene indexes have been already rebuilt and look OK. Probably worth gathering more info by getting a full backtrace as per instructions in: https://www.dovecot.org/bugreport.html Good luck, Reio
Re: Search problem
Hello, thank you for your suggestion, I can obtain just this from the backtrace: /[Thread debugging using libthread_db enabled]/ /Using host libthread_db library "/lib64/libthread_db.so.1"./ /Core was generated by `dovecot/imap'./ /Program terminated with signal 6, Aborted./ /#0 0x7f44637bb1f7 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56/ /56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);/ What could we understand from this? -federico Il 09/05/2018 18:52, Reio Remma ha scritto: > On 09.05.2018 19:48, Federico Bartolucci wrote: >> Hello, >> >> when doing a simple search through the lucene indexes in some >> mailboxes (with actually many subfolders) the search terminates after >> a few seconds with no result and the dovecot log shows this error: >> >> Fatal: master: service(imap): child 15433 killed with signal 6 (core >> not dumped) >> >> >> Any clue about the reasons? the lucene indexes have been already >> rebuilt and look OK. > > Probably worth gathering more info by getting a full backtrace as per > instructions in: > > https://www.dovecot.org/bugreport.html > > Good luck, > Reio
Re: Search problem
On 09.05.2018 19:48, Federico Bartolucci wrote: Hello, when doing a simple search through the lucene indexes in some mailboxes (with actually many subfolders) the search terminates after a few seconds with no result and the dovecot log shows this error: Fatal: master: service(imap): child 15433 killed with signal 6 (core not dumped) Any clue about the reasons? the lucene indexes have been already rebuilt and look OK. Probably worth gathering more info by getting a full backtrace as per instructions in: https://www.dovecot.org/bugreport.html Good luck, Reio
Search problem
Hello, when doing a simple search through the lucene indexes in some mailboxes (with actually many subfolders) the search terminates after a few seconds with no result and the dovecot log shows this error: Fatal: master: service(imap): child 15433 killed with signal 6 (core not dumped) Any clue about the reasons? the lucene indexes have been already rebuilt and look OK. Regards -federico
Re: search problem dovecot 2.2.21 + fts - Solr
On 24 Feb 2016, at 21:14, Anderson Barbosawrote: > > Hello, > > Realized update dovecot on my server. Now the search is returning > differently from the previous version bringing reference information of > other messages . > For example when doing a search for anderson.joao this new version of the > dovecot dovecot 2.2.21 + fts - Solr response will be all email that has the > word anderson and joao, instead of returning only items with the word > anderson.joao. Fixed by https://github.com/dovecot/core/commit/f3b0efdcbd0bd9059574c8f86d6cb43e16c8e521 The plan is to release v2.2.22 somewhat soon..
Re: search problem dovecot 2.2.21 + fts - Solr
Thanks Teemu, work correctly on my beta server. 2016-02-25 6:20 GMT-03:00 Teemu Huovila: > > > On 24.02.2016 21:14, Anderson Barbosa wrote: > > Hello, > > > > Realized update dovecot on my server. Now the search is returning > > differently from the previous version bringing reference information of > > other messages . > > For example when doing a search for anderson.joao this new version of the > > dovecot dovecot 2.2.21 + fts - Solr response will be all email that has > the > > word anderson and joao, instead of returning only items with the word > > anderson.joao. > > > > Before used version 2.2.18 + dovecot fts - Solr and the problem did not > > occur . > > For example practical test : > > > > Dovecot 2.2.18 > > > > > > # telnet SERVER 143 > > Trying SERVER... > > Connected to SERVER. > > Escape character is '^]'. > > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE > > AUTH=PLAIN] Zimbra IMAP4. > > a login co...@conta.com.br 1223456 > > a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE > > SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT > > MULTIAPPEND URL-PARTIAn > > a select INBOX > > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags > > permitted. > > * 14 EXISTS > > * 0 RECENT > > * OK [UIDVALIDITY 1452548222] UIDs valid > > * OK [UIDNEXT 25] Predicted next UID > > * OK [HIGHESTMODSEQ 52] Highest > > a OK [READ-WRITE] Select completed (0.001 secs). > > a SEARCH text "anderson" > > * SEARCH 11 12 (2 found emails) > > a OK Search completed (0.265 secs). > > a SEARCH text "joao" > > * SEARCH 13 14 (2 found emails) > > a OK Search completed (0.003 secs). > > a SEARCH text "anderson.joao" > > * SEARCH (0 found emails) > > a OK Search completed (0.004 secs). > > a logout > > * BYE Logging out > > a OK Logout completed. > > Connection closed by foreign host. > > > > > > Dovecot 2.2.21 > > > > # telnet SERVER 143 > > Trying SERVER... > > Connected to SERVER. > > Escape character is '^]'. > > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE > > AUTH=PLAIN] Zimbra IMAP4. > > a login co...@conta.com.br 1223456 > > a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE > > SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT > > MULTIAPPEND URL-PARTIAn > > a select INBOX > > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags > > permitted. > > * 14 EXISTS > > * 0 RECENT > > * OK [UIDVALIDITY 1452548222] UIDs valid > > * OK [UIDNEXT 25] Predicted next UID > > * OK [HIGHESTMODSEQ 52] Highest > > a OK [READ-WRITE] Select completed (0.000 + 0.000 secs). > > a SEARCH text "anderson" > > * SEARCH 11 12 (2 found emails) > > a OK Search completed (0.004 + 0.000 secs). > > a SEARCH text "joao" (2 found emails) > > * SEARCH 13 14 > > a OK Search completed (0.005 + 0.000 secs). > > a SEARCH text "anderson.joao" > > * SEARCH 11 12 13 14 *(4 found emails)* > > a OK Search completed (0.005 + 0.000 secs). > > a logout > > * BYE Logging out > > a OK Logout completed. > > Connection closed by foreign host. > > > > Even using characters Special "" \ scape, ' ' for an answer will always > be > > all emails with the word anderson and joao. > > Checking the Changelog dovecot noticed que NAS versions Previous v2.2.20 > > and v2.2.19 certain changes with respect to fts . > > > > There Have Another way to Make Search for Exact Word In this new version > to > > loft? > > This is most likely fixed by > https://github.com/dovecot/core/commit/f3b0efdcbd0bd9059574c8f86d6cb43e16c8e521 > The fix will be included in 2.2.22, which will hopefully be released some > time mid-march. > If you can, please test with a build from current git master tip and let > us know, if it does not. > > br, > Teemu Huovila > -- Anderson Barbosa dos Santos msn: obiwan_ke...@hotmail.com Em todo o universo, nada existe de mais parecido com Deus que o silêncio. "Johanes Eckhart"
Re: search problem dovecot 2.2.21 + fts - Solr
On 24.02.2016 21:14, Anderson Barbosa wrote: > Hello, > > Realized update dovecot on my server. Now the search is returning > differently from the previous version bringing reference information of > other messages . > For example when doing a search for anderson.joao this new version of the > dovecot dovecot 2.2.21 + fts - Solr response will be all email that has the > word anderson and joao, instead of returning only items with the word > anderson.joao. > > Before used version 2.2.18 + dovecot fts - Solr and the problem did not > occur . > For example practical test : > > Dovecot 2.2.18 > > > # telnet SERVER 143 > Trying SERVER... > Connected to SERVER. > Escape character is '^]'. > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > AUTH=PLAIN] Zimbra IMAP4. > a login co...@conta.com.br 1223456 > a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT > MULTIAPPEND URL-PARTIAn > a select INBOX > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags > permitted. > * 14 EXISTS > * 0 RECENT > * OK [UIDVALIDITY 1452548222] UIDs valid > * OK [UIDNEXT 25] Predicted next UID > * OK [HIGHESTMODSEQ 52] Highest > a OK [READ-WRITE] Select completed (0.001 secs). > a SEARCH text "anderson" > * SEARCH 11 12 (2 found emails) > a OK Search completed (0.265 secs). > a SEARCH text "joao" > * SEARCH 13 14 (2 found emails) > a OK Search completed (0.003 secs). > a SEARCH text "anderson.joao" > * SEARCH (0 found emails) > a OK Search completed (0.004 secs). > a logout > * BYE Logging out > a OK Logout completed. > Connection closed by foreign host. > > > Dovecot 2.2.21 > > # telnet SERVER 143 > Trying SERVER... > Connected to SERVER. > Escape character is '^]'. > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > AUTH=PLAIN] Zimbra IMAP4. > a login co...@conta.com.br 1223456 > a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT > MULTIAPPEND URL-PARTIAn > a select INBOX > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags > permitted. > * 14 EXISTS > * 0 RECENT > * OK [UIDVALIDITY 1452548222] UIDs valid > * OK [UIDNEXT 25] Predicted next UID > * OK [HIGHESTMODSEQ 52] Highest > a OK [READ-WRITE] Select completed (0.000 + 0.000 secs). > a SEARCH text "anderson" > * SEARCH 11 12 (2 found emails) > a OK Search completed (0.004 + 0.000 secs). > a SEARCH text "joao" (2 found emails) > * SEARCH 13 14 > a OK Search completed (0.005 + 0.000 secs). > a SEARCH text "anderson.joao" > * SEARCH 11 12 13 14 *(4 found emails)* > a OK Search completed (0.005 + 0.000 secs). > a logout > * BYE Logging out > a OK Logout completed. > Connection closed by foreign host. > > Even using characters Special "" \ scape, ' ' for an answer will always be > all emails with the word anderson and joao. > Checking the Changelog dovecot noticed que NAS versions Previous v2.2.20 > and v2.2.19 certain changes with respect to fts . > > There Have Another way to Make Search for Exact Word In this new version to > loft? This is most likely fixed by https://github.com/dovecot/core/commit/f3b0efdcbd0bd9059574c8f86d6cb43e16c8e521 The fix will be included in 2.2.22, which will hopefully be released some time mid-march. If you can, please test with a build from current git master tip and let us know, if it does not. br, Teemu Huovila
search problem dovecot 2.2.21 + fts - Solr
Hello, Realized update dovecot on my server. Now the search is returning differently from the previous version bringing reference information of other messages . For example when doing a search for anderson.joao this new version of the dovecot dovecot 2.2.21 + fts - Solr response will be all email that has the word anderson and joao, instead of returning only items with the word anderson.joao. Before used version 2.2.18 + dovecot fts - Solr and the problem did not occur . For example practical test : Dovecot 2.2.18 # telnet SERVER 143 Trying SERVER... Connected to SERVER. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Zimbra IMAP4. a login co...@conta.com.br 1223456 a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAn a select INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 14 EXISTS * 0 RECENT * OK [UIDVALIDITY 1452548222] UIDs valid * OK [UIDNEXT 25] Predicted next UID * OK [HIGHESTMODSEQ 52] Highest a OK [READ-WRITE] Select completed (0.001 secs). a SEARCH text "anderson" * SEARCH 11 12 (2 found emails) a OK Search completed (0.265 secs). a SEARCH text "joao" * SEARCH 13 14 (2 found emails) a OK Search completed (0.003 secs). a SEARCH text "anderson.joao" * SEARCH (0 found emails) a OK Search completed (0.004 secs). a logout * BYE Logging out a OK Logout completed. Connection closed by foreign host. Dovecot 2.2.21 # telnet SERVER 143 Trying SERVER... Connected to SERVER. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Zimbra IMAP4. a login co...@conta.com.br 1223456 a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAn a select INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 14 EXISTS * 0 RECENT * OK [UIDVALIDITY 1452548222] UIDs valid * OK [UIDNEXT 25] Predicted next UID * OK [HIGHESTMODSEQ 52] Highest a OK [READ-WRITE] Select completed (0.000 + 0.000 secs). a SEARCH text "anderson" * SEARCH 11 12 (2 found emails) a OK Search completed (0.004 + 0.000 secs). a SEARCH text "joao" (2 found emails) * SEARCH 13 14 a OK Search completed (0.005 + 0.000 secs). a SEARCH text "anderson.joao" * SEARCH 11 12 13 14 *(4 found emails)* a OK Search completed (0.005 + 0.000 secs). a logout * BYE Logging out a OK Logout completed. Connection closed by foreign host. Even using characters Special "" \ scape, ' ' for an answer will always be all emails with the word anderson and joao. Checking the Changelog dovecot noticed que NAS versions Previous v2.2.20 and v2.2.19 certain changes with respect to fts . There Have Another way to Make Search for Exact Word In this new version to loft? -- Anderson Barbosa dos Santos Em todo o universo, nada existe de mais parecido com Deus que o silêncio. "Johanes Eckhart"
Re: [Dovecot] Search Problem (Was Namespace)
-Original Message- From: Timo Sirainen [EMAIL PROTECTED] To: Jeff Grossman [EMAIL PROTECTED] Cc: Dovecot Mailing List dovecot@dovecot.org Sent: 10/20/2007 6:51 PM Subject: Re: [Dovecot] Search Problem (Was Namespace) On 21.10.2007, at 4.21, Jeff Grossman wrote: Timo Sirainen wrote: On 21.10.2007, at 3.58, Jeff Grossman wrote: 2 search since 6-Sep-2007 .. Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 I guess utc_mktime() doesn't work correctly for some reason. What are TIME_T_MAX_BITS and TIME_T_SIGNED in your config.h? You've 32bit system? Yes, this is a 32-bit system. I did test it with TIME_T_MAX_BITS=32, but looks like I never tested it with actual 32bit systems. This should fix it: http:// hg.dovecot.org/dovecot/rev/4fb613eb8ce9 It is all fixed. Thank you.
Re: [Dovecot] Search Problem (Was Namespace)
Timo Sirainen wrote: On Sat, 2007-10-20 at 17:08 -0700, Jeff Grossman wrote: 2 search since 6-Sep-2007 * SEARCH 2 OK Search completed. 3 fetch 1:* internaldate * 1 FETCH (INTERNALDATE 23-Sep-2007 17:21:04 -0700) .. Weird. Try the attached patch. What does it log? Okay, here is what I did: 1 select Inbox * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded \*)] Flags permitted. * 6 EXISTS * 0 RECENT * OK [UNSEEN 6] First unseen. * OK [UIDVALIDITY 1191346544] UIDs valid * OK [UIDNEXT 1191] Predicted next UID 1 OK [READ-WRITE] Select completed. 2 search since 6-Sep-2007 * SEARCH 2 OK Search completed. 3 fetch 1:* internaldate * 1 FETCH (INTERNALDATE 23-Sep-2007 17:21:04 -0700) * 2 FETCH (INTERNALDATE 26-Sep-2007 11:04:53 -0700) * 3 FETCH (INTERNALDATE 20-Oct-2007 13:31:26 -0700) * 4 FETCH (INTERNALDATE 20-Oct-2007 17:08:41 -0700) * 5 FETCH (INTERNALDATE 20-Oct-2007 17:16:30 -0700) * 6 FETCH (INTERNALDATE 20-Oct-2007 17:16:43 -0700) 3 OK Fetch completed. And, here is what was in the logs: Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1192912286 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1192925321 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1192925790 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1192925803 vs 2147483647 I hope the helps. Jeff
Re: [Dovecot] Search Problem (Was Namespace)
On 21.10.2007, at 3.58, Jeff Grossman wrote: 2 search since 6-Sep-2007 .. Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 I guess utc_mktime() doesn't work correctly for some reason. What are TIME_T_MAX_BITS and TIME_T_SIGNED in your config.h? You've 32bit system? PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] Search Problem (Was Namespace)
Timo Sirainen wrote: On 21.10.2007, at 3.58, Jeff Grossman wrote: 2 search since 6-Sep-2007 .. Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 I guess utc_mktime() doesn't work correctly for some reason. What are TIME_T_MAX_BITS and TIME_T_SIGNED in your config.h? You've 32bit system? Yes, this is a 32-bit system. /* max. time_t bits gmtime() can handle */ #define TIME_T_MAX_BITS 32 /* Define if your time_t is signed */ #define TIME_T_SIGNED
Re: [Dovecot] Search Problem (Was Namespace)
On 21.10.2007, at 4.21, Jeff Grossman wrote: Timo Sirainen wrote: On 21.10.2007, at 3.58, Jeff Grossman wrote: 2 search since 6-Sep-2007 .. Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 I guess utc_mktime() doesn't work correctly for some reason. What are TIME_T_MAX_BITS and TIME_T_SIGNED in your config.h? You've 32bit system? Yes, this is a 32-bit system. I did test it with TIME_T_MAX_BITS=32, but looks like I never tested it with actual 32bit systems. This should fix it: http:// hg.dovecot.org/dovecot/rev/4fb613eb8ce9 PGP.sig Description: This is a digitally signed message part