User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 In addition to the Advanced Search suggestion in Bug #290616 would I like to suggest an operator "IN" that refures to an account and ':' that refures to a folder in an account. The idea of this, would be to make a search look in more than one folder. As it is now, one will have to retype the search string to every folder. A search could look like this: hardware IN imap:inbox Or a more powerful example with the logical operators AND, OR from Bug #290616 subject=hardware IN imap:inbox AND local:sent subject=hardware IN imap:inbox:trash AND local:sent The syntex imap:inbox:trash would be equivalent to imap:inbox AND imap:trash In order to make the search engine more robust it should only search in the folders that it is told to, when the IN operator is used. Hence the current folder is not being searched. If the current folder should be searched aswell the syntex could be: subject=hardware IN imap:trash AND : Reproducible: Always
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
I write this so the bug isn't automatically marked as resolved.
confirming Bug 290616 and Bug 131438 may need to be set as prerequisites
Status: UNCONFIRMED → NEW
Ever confirmed: true
In Thunderbird 1.5, you can search multiple folders. Start a search, find some results, then save the search as a folder. Under the properties of that search folder, you can select multiple mail folders in which to search for messages. It would be nice if this same functionality were available in the search box right from the get-go. But it seems you have to do it from a search folder.
(In reply to comment #4) > In Thunderbird 1.5, you can search multiple folders. but not *selectively*, disjointed folders, for example from comment 0 subject=hardware IN imap:inbox AND local:sent subject=hardware IN imap:inbox:trash AND local:sent
True, but you can create a saved search folder that does that kind of search.
(In reply to comment #4) > save the search as a folder. Under the properties of that search > folder, you can select multiple mail folders in which to search for messages. I misunderstood. valid point
It is corrent that you can do it with a saved search, but it is a rather unhandy way to do an advanced search, if you only need to find one specific email.
howdy y'all,  my tbird info ... Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:188.8.131.52) Gecko/20060308 Thunderbird/184.108.40.206 - Build ID: 2006030803  REQUEST - bug summary change FROM - "Multi folder search" TO - something that includes "quicksearch" or "quick search" as this bug/rfe _seems_ to be about quicksearch and not about edit/find/search-messages. take care, lee
(In reply to comment #9) > this bug/rfe _seems_ to be about quicksearch and not about edit/find/search-messages. > lee comment 0 clearly states this is about "Advanced Search." If you want this functionality for quicksearch then you will want to hook up with one of the numerous enhancement bugs and if one doesn't exist then feel free to create one.
Lee, I was mistaken, per bug author this bug IS about quick search.
Summary: Multi folder search → Multi folder quick search needed
currently I do that sometimes using a simple saved search with all msg in important (my chice ..) folders. And quick search in that. So the behavior is change folder/focus on an "All" or "Global" or "everything" and quick s. But I admit is not quite ok for this request as it does not allow easy selecting/deselecting folders. Changing criteria or check specific folders gets you on ssearch which is same as creating a new one. Anyway, this is a UI challenge to make it easy, where autocomplete and use of several criteria/terms is needed. This may seam a promise to touch some: http://www.visophyte.org/blog/2008/08/19/thunderbird-contact-auto-completion-with-bubbles/ http://www.visophyte.org/blog/2008/08/19/thunderbird-full-text-search-prototype-a-la-sqlite-fts3/
In the direction things are going I don't see quick search aka Filter providing this. This is closer to what gloda might eventually provide, eg from comment 0 subject=hardware IN imap:inbox AND local:sent
(In reply to comment #13) > In the direction things are going I don't see quick search aka Filter providing > this. This is closer to what gloda might eventually provide For TB3, in the early development phases there was no clear guidance as to what gloda search would ultimately provide, and what conventional search. As a result I tended to ignore improvements in conventional search until quite late in the process, when it became clear that conventional search remained an important feature of TB. Then we rushed to get some small improvements in. It would be great if for TB 3+ there was a clear vision of what the future of conventional search is to be, so that those of us with the skills to work on it give it the appropriate emphasis. As to the use cases implied by the current bug, one possible solution that would not be a big effort would be to add the folder-selection methods used in virtual folders to the search specification in advanced filters. I think that that is much more likely than trying to develop a custom query language for our search field, as implied by comment 0.
You need to log in before you can comment on or make changes to this bug.