Version: 1.7.2 (using KDE 3.3.2, Mandrake Linux Cooker i586 - Cooker) Compiler: gcc version 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk) OS: Linux (i686) release 2.6.8.1-12mdk Is happening a weird thing. Happens many times i do seaches and give nothing in the output when there are things that shoudl appear. For example i do a search "All states" for codeweavers, it gives zero as the output result but there are some emails that have in the field "From:" like this email: From: Francois Gouget <fgouget@codeweavers.com> To: Wine Patches <wine-patches@winehq.org> CC: Ze <mm@netvisao.pt> Can anyone explain me whats wrong?
On Friday 11 February 2005 07:03, mmodem00@netvisao.pt wrote: > Is happening a weird thing. Can you please attach the folder in question (via mark-all, File -> Save As) and the search rule you use? Then we can check why it behaves the way it does.
*** Bug 100939 has been marked as a duplicate of this bug. ***
Adjusting summary.
*** Bug 104989 has been marked as a duplicate of this bug. ***
*** Bug 105478 has been marked as a duplicate of this bug. ***
Theres no need to attach here a email, just do a search in your kmail, but seach for some that is inside < .... >, for example there is a message where the sender is: Tobias Ussing <tobias@mail.seriesdb.com> if u search for something is inside the < > it will not appear any output, but if you search for "Tobias Ussing" there it will run ok. I hope now this bug can be fixed.
Till i already go in kde-3.5.0 revision 475198 and this still isnt resolved :( Dont forget fix this bug :)
I also find this problem, indeed quite important. Raw e-mail addresses should be also searched in the quick search bar. I still find the problem in kmail 1.8.3 in kde 3.5.2 (debian sid). I have revisited all the bug reports regarding this bug. 105478 explains quite well the problem. This bug and makes kmail loose points against thunderbird for example which does what we are explaining. I don't mean kmail is not good enough to beat thunderbird(TB), but this is a very good feature to include in kmail which would ease transition from TB users and also ease kmail users. At the moment the only workaround I know is using a full search which is more time consuming and less comfortable.
This bug is really annoying
I write once again just to tell that this important (IMHO) bug is still unsolved on kde 3.5.5. Regards.
*** Bug 122210 has been marked as a duplicate of this bug. ***
*** Bug 131220 has been marked as a duplicate of this bug. ***
*** Bug 151554 has been marked as a duplicate of this bug. ***
*** Bug 152245 has been marked as a duplicate of this bug. ***
Assigning back bugs that weren't taken care of to kdepim-bugs.
Also it seems like only the To: line is searched when entering a Name or beginning of email address. I would expect the CC line to be also searched.
This bug is annoying and 4 years old now. Is there any hope for a fix?
*** Bug 200649 has been marked as a duplicate of this bug. ***
Just to comment that this also appears to affect 1.12.1 in KDE 4.3.1.
Seams now that in kmail2 doesnt give a single search result when searching for messages! Appears to be completly broken this feature...
Reassigning to KMail2. Please look at it and comment on the validity of this report against kmail2
I'm still having this issue, running KMail2/KDE 4.8.3 with email fulltext indexing being disabled. I have a lot of mails in my inbox from the 'openldap-technical' mailinglist, which have 'CC: openldap-technical@openldap.org' instead of 'To: openldap-technical@openldap.org'. So all that would be needed to solve the issue for me, would be filtering also for 'CC' instead of only 'To' when using the message list filter.
And in my view that is a bug and not wish, since until version 2.x dolphin was sorting NAME and DATE following the same logic, which was to first sort by NAME or DATE the hidden folders, then sort by DATE or NAME the regular folders, then sort by NAME ou DATE the hidden files and for last the regular files. If you run nautilus or other file manager (also Windows Explorer), they all follow the same logic in sorting items. But now you claim that dolphin sorting by date and have them all mixed its a normal thing...
Sorry, this last post was wrongly entered, sorry.