Open Bug 270232 Opened 20 years ago Updated 3 months ago

Unable to create a saved search on IMAP for a search on the "body" field

Categories

(MailNews Core :: Search, defect)

defect

Tracking

(Not tracked)

People

(Reporter: marcia, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

STR (using an IMAP account) 1. Go to File | New | Saved Search 2. Create a Saved Search where "Body" "Contains" and then select a word that you know shows up in the body of an email 3. Check the Search Online box 4. Click ok to create the saved search as a folder When I open the newly saved folder, there are no messages in it despite the fact I tried two or three times with different words that I know were in the message body.
I can reproduce this on windows XP. The search works, if I just use the simple search feature. When I save it as a folder, it fails.
Flags: blocking-aviary1.0?
OS: MacOS X → All
Hardware: Macintosh → All
Interestingly enough, if I perform this as a quicksearch and search the message body and save a virtual folder, it works. Takes a long time, but the messages eventually show up in the folder.
taking - this definitely doesn't work, which is odd. My guess would be that it's trying to search the offline store.
Assignee: mscott → bienvenu
won't make the 1.0 train, probably should relnote. Workaround is to use quicksearch.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
Keywords: relnote
Flags: blocking-aviary1.1?
Had the same problem yesterday. TB seems to forget in which folders to search. Open the virtual folder options, there, open the "Search these folders" window (or so, I amusing the German localization, no guarantee for correct English re-translation), and select your inbox.
Flags: blocking-aviary1.1? → blocking1.8b4?
Flags: blocking1.8b4? → blocking1.8b4-
Thunderbird 1.0.7, Fedora Core 4. I have mailbox over IMAP, press Shift+F to find any message using e.g. symbol 'a' in 'Body' - it search fine, a lot of messages are found. Click to save it to virtual folder, go to just created folder - there are no messages.
have you tried 1.5beta2 builds? Is your saved search configured to run locally or on the server? If the former, have you downloaded the message bodies for offline use? Otherwise, we can't do a body search.
Thunderbird 1.5beta - all works. I think the issue is fixed
20060126 (1.6a1) Saved Search does not produce any results when searching IMAP folders with complex search: Folders: Inbox, Qwe "Online Search" Match any of: Label is Foo Subject contains Foo Subject contains Bar Subject contains Baz Openening the saved search folder produces no search results. Blank message list pane. Disabling "Online search," manually opening the folders, then opening the Saved Search folder then produces the expected list of messages. Alternatively, removing one of the selected search folders (doesn't matter which) such that only one filder is being searched also produces the expected results. The behavior looks like it's not even querying the IMAP server.
QA Contact: general
Not sure if this comment should be a new bug. I am getting false positive matches in a saved search. The search works correctly in the quick search. This is a very straightforward search. Just a ordinary string search. The search string was "webkit" in the Body. Several of the matches do not contain "webkit" anywhere in the message. Searching for "webkit" in the Subject gives accurate results. Hard to give you instructions to reproduce this, but I have subscribed to the wxPython list, and my search is on that list. See attachments
Assignee: bienvenu → nobody
Component: General → Search
Product: Thunderbird → MailNews Core
QA Contact: general → search
I'm not sure if this is the same class of problem, but I found this issue: 1) Send yourself an email subject: this is a test body: nothing to see here Wait for the email to arrive. 2) File | New | Saved Search Body Contains: nothing to see here Note that your email matches. 3) Modify the saved search as follows: Body Contains: nothing Body Contains: to Body Contains: see Body Contains: here Note that the email you sent yourself does not match. 4) While in the saved search folder, enter "this is a test" in the quick filter box. Note that the email now matches.
(In reply to Marcia Knous [:marcia] from comment #0) > STR (using an IMAP account) > 1. Go to File | New | Saved Search > 2. Create a Saved Search where "Body" "Contains" and then select a word that > you > know shows up in the body of an email > 3. Check the Search Online box > 4. Click ok to create the saved search as a folder Saved Search folder with condition of "body" was normally created. Bug summary is slightly misleading... > When I open the newly saved folder, there are no messages in it despite > the fact I tried two or three times with different words that I know were > in the message body. At least after Tb 3, phenomenon in Body Search of Saved Search folder(Virtual Folder) on IMAP folders was already changed to phenomenon of bug 721167. (A) If "body" is conained in condition, searchOnline=false is ignored if search target is IMAP folder, and Online Search is always executed for IMAP folder by Search Folder(Virtual Folder). (B) Because Online Search is executed using IMAP SEARCH command, search result depends on server's SEARCH support/implementation. (B-1) SEARCH BODY of Gmail IMAP searches message header too, so phenomenon reported to bug 721167 comment #0 occurs. (B-2) SEARCH BODY of Gmail is perhaps word basis. comment #13 on Saved search is perhaps this phenomenon. In Edit/Find/Search Messages(or Folder context menue/Search), option of "Search Onlie" or not works as expected. So, above (B) is applicable if Online Search is used. In Quick Search(Search box in Quick Filter Bar), Body Serch is always Local Search, enven when IMAP offline-use=Off folder. comment #13 on Quick Search is perhaps this phenomenon. Which was original problem of this bug? (i) Online Search was not executed even though "Check the Search Online box". (SEARCH command was not issued by Tb. Local Search is executed.) (ii) Online Search was executed(SEARCH BODY, SEARCH HEADER SUBJECT etc. was issued by Tb), but nothing was returned from server, or Tb failed to detect returned UID. According to comment #3, it sounds that this bug was (i), Local Search was always executed in the past. To bug opener and all problem reportrs to this bug: Do you still see original problem of this bug in recent Tb releases or latest trunk daily builds?
Removing relnote keyword from bugs that are no longer significant or not needing to be mentioned in the release notes.
Keywords: relnote
Severity: normal → S3
See Also: → 1923075
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: