Re: Kerry vs. beagle-search
On Wednesday 23 May 2007 Debajyoti Bera wrote: > As far as I know, kerry has trouble > with handling email attachments, there might be more result types kerry > does not handle. Yes, some of the differences is exactly in the number of mail attachments. But other times it's just certain mails that Kerry misses (not attachments, not special file types). > There could be a bug with kerry too. The best you can do > is, run query which returns small number of results in kerry and > beagle-query. Check which results are not shown in kerry, and file bugs > about them in > bugs.kde.org (there should an open bug about email attachments). > Ok, I'll try to do that when I have some time - I just wanted to check and make sure it's a known problem and not some misconfiguration or something completely new. Thanks for the quick reply :-) > > - dBera - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Kerry vs. beagle-search
Here's a strange thing - running Kerry I search for a certain word and get 28 matches. I run the same search on beagle-search and get "showing top 37 of 40 top matches". This happens repeatedly, for just about every keyword - Kerry always shows substantially less results and misses some of the matches. I'm using beagle 0.2.17 on Debian SID and Kerry 0.2.1. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Beagle crash
This happened twice in a row, each time I deleted ~/.beagle and restarted beagle. EXCERCISE THE DOG is set, so after a while the log shows: 20070425 23:20:43.1856 07747 IndexH WARN EX: Unable to filter /home/aviram/vmware/vmware-player-distrib/lib/share/pixmaps/template-lock.svg: 20070425 23:20:43.1856 07747 IndexH WARN EX: System.IO.IOException: Read timed out. 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Net.WebConnectionStream.Read (System.Byte[] buffer, Int32 offset, Int32 size) [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.XmlInputStream.Read (System.Byte[] buffer, Int32 offset, Int32 count) [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.NonBlockingStreamReader.ReadBuffer () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.NonBlockingStreamReader.Read () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.XmlParserInput+XmlParserInputSource.Read () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.XmlParserInput.ReadSourceChar () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.XmlParserInput.PeekChar () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.DTDReader.PeekChar () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.DTDReader.SkipWhitespace () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.DTDReader.ProcessDTDSubset () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.DTDReader.GenerateDTDObjectModel () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at Mono.Xml2.XmlTextReader.GenerateDTDObjectModel (System.String name, System.String publicId, System.String systemId, System.String internalSubset, Int32 intSubsetStartLine, Int32 intSubsetStartColumn) [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at Mono.Xml2.XmlTextReader.ReadDoctypeDecl () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at Mono.Xml2.XmlTextReader.ReadDeclaration () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at Mono.Xml2.XmlTextReader.ReadContent () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at Mono.Xml2.XmlTextReader.Read () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at System.Xml.XmlTextReader.Read () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at Beagle.Filters.FilterSvg.DoPullProperties () [0x0] 20070425 23:20:43.1856 07747 IndexH WARN EX: at Beagle.Daemon.Filter.Open (System.IO.FileSystemInfo info) [0x0] and all indexing stops. This is beagle 0.2.16.3 from Debian unstable: $ dpkg -l | grep beag ii beagle0.2.16.3-2 indexing and search tool for your personal data ii libbeagle00.2.16.3-2 The strange thing is that after the first time I put a .noindex file in /home/aviram/vmware/, but it still tried to index that dir. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
beagle losing indexes?
Up until the latest version, beagle has been working fairly well for me, indexing and searching close to 50,000 emails. I then upgraded to 0.2.9 and strange things started to happen, like emails not showing up in the search. I removed the indexing files (by deleting ~/.beagle) and restarted beagle, but the index count remained low. Then I repeated the clean-up (deleted the .beagle dir and restarted beagle) and watched the indexing more closely: $ beagle-index-info | grep -A 2 KMail Name: KMail Count: 16082 Indexing: True $ beagle-index-info | grep -A 2 KMail Name: KMail Count: 17539 Indexing: True $ beagle-index-info | grep -A 2 KMail Name: KMail Count: 9083 Indexing: True Notice how the index count drops. Nothing was changed between the 2nd and 3rd beagle-index-info calls. In fact, I was away from my computer. At this point beagled-helper is at 100% CPU, but the index count remains static. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle trojan attack acussed by my ISP
On Tuesday 04 April 2006 16:11, Zunbeltz Izaola wrote: > Hi everybody, > > My Internet Servcie Proveider (telefonica.es) has send me a letter. The > say that the have detected some attack in their machines from my > computer. They say that they have detected to a trojan called Beagle.D. I think they meant "Bagle.D". And you can calmly tell them you're running Linux and they should go bother someone else. In any case, it has nothing to do with bEagle. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Holmes
On my system, Holmes just displays a list of files that matched the query. There is no "title", date, or hit indication - just a list of file names with full paths. Best works nicely, so I imagine it's not a dependency problem. Am I missing something? - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: (SOLVED) best doesn't show the mail icon
On Tuesday, 27 September 2005 00:08, D Bera wrote: > > just trying to wrap my head around holmes) but the Kmail backend is > > new, i dont think its results are returning read/not-read status yet, > > and as a result, best gets confused. But thats just brainstorming. > > Thats not how it should happen. If it marked read or answered a > different icon is used, otherwise the generic mail icon is used. > > Aviram: do you have the following file > $prefix/share/icons/hicolor/16x16/stock/net/stock_mail.png No, I did not. Apparently this file arrives with a debian package called gnome-icon-theme. As soon as I apt-get install'ed it, best showed the mail icon correctly. Perhaps this should be added to the list of prerequisites? Anyway, thanks for the quick help. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: best doesn't show the mail icon
On Monday, 26 September 2005 22:40, D Bera wrote: > Just a thought, after you get the results, press ctrl-u in best, that > opens the source window, Nice trick :-) > copy the contents of the source window to a > file and attach the file. > See attached. - Aviram body, html { background: white; margin: 0; padding: 0; font-family: Sans, Segoe, Trebuchet MS, Lucida, Sans-Serif; text-align: left; line-height: 1.5em; } a, a:visited { text-decoration: none; color: #2b5a8a; } a:hover { text-decoration: underline; } img { border: 0px; } table { width: 100%; border-collapse: collapse; font-size: 10px; } tr { border-bottom: 1px dotted #99; } tr:hover { background: #f5f5f5; } tr:hover .icon { background-color: #d0; } td { padding: 6px; } td.icon { background-color: #e0; min-height: 80px; width: 1%; min-width: 80px; text-align: center; vertical-align: top; padding: 12px; } .icon img { max-width: 60px; padding: 4px; } .icon img[src$='.jpg'], img[src$='.jpeg'], img[src*='.thumbnails'] { // max-width: 48px; border: 1px dotted #bbb; // padding: 4px; background: #f9f9f9; } td.content { padding-left: 12px; vertical-align: top; } #hilight { background-color: #ffee66; color: #00; padding-left: 2px; padding-right: 2px; margin-left: -2px; margin-right: -2px; } .name { font-size: 1.3em; font-weight: bold; color: black; } .date { font-size: 1em; color: black; margin-bottom: 0.6em; margin-top: 0.2em; margin-left: 16px; } .snippet { font-size: 1em; color: gray; margin-left: 16px; } .url { font-size: 1em; color: #008200; margin-left: 16px; } ul { margin-left: 16px; padding: 0px; clear: both; } .actions { font-size: 1em; } .actions li { float: left; display: block; vertical-align: middle; padding: 0; padding-left: 20px; padding-right: 12px; min-height: 16px; -moz-opacity: 0.5; } tr:hover .actions li { -moz-opacity: 1.0; } #phone { } #email { } #email-forward { } #email-reply { } #message { } #reveal { } td.footer { text-align: right; border-bottom: solid 1px white; } best doesn't show the mail icon From Aviram Jenik <[EMAIL PROTECTED]> Received Today, 21:05 Folder: Beagle (local) Open best doesn't show the mail icon From Aviram Jenik <[EMAIL PROTECTED]> Received Today, 21:05 Folder: sent-mail (local) Open ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
best doesn't show the mail icon
Silly question, but it's been bothering me for a while. The mail backend results don't appear with the envelope icon in best. IM results (kopete in my case) have the proper icon, but mail results (Kmail in my case) simply have no icon. Where does best search for the icon? Am I just missing a file or something? - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Kmail support
Hi, I've been using D Bera's kmail support code for a few weeks now, and it works wonderful for indexing and searching for both Maildir and IMAP cache directories. It has a nice ability to auto-detect maildir directory and seems to be quite stable (I have 70,000+ mails). Overall, it fulfils 100% of my needs with regards to email search, and makes beagle the killer application on my desktop. I was hoping it'll merge into the 0.1 release, but I saw it wasn't there, and isn't in the CVS either - are there plans to include it any time soon? - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Files backend problem
On Tuesday, 20 September 2005 14:42, Veerapuram Varadhan wrote: > > Joe: The work-around should go into gsf-sharp, till the > mono-marshaller/gtk-sharp (not sure of which one is doing this) gets > fixed. Thinking of submitting a patch for the same. Whom should I post > it to? > I'm not Joe, but I think the bugzilla is a good place to put the patch in. Alternatively, I'll be happy if you could send it to me personally for testing. But does it make sense that it makes beagled misbehave so badly? > > V. Varadhan - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Files backend problem
Hi, I've been having problems with the Files backend from the pre-0.1 CVS that still happen with 0.1. The description of the problem is identical to the one described earlier - best "freezes" during rendering if any files appear in the search results, and indexing stops (even indexing of other backends). Also, beagle-shutdown leaves zombies that are only killed by kill -9. Here is the last snippet of the IndexHelper log. After that no indexing is done and best freezes. If I kill beagle and restart it while disabling the files backend, everything works ok: 05-09-20 00.11.56.37 03405 IndexH ERROR: Exception occurred duing DoPullProperties. 05-09-20 00.11.56.38 03405 IndexH ERROR: System.NullReferenceException: Object reference not set to an instance of an object in <0x0> in (wrapper managed-to-native) GLib.Value:g_value_get_string (GLib.Value&) in <0xe> GLib.Value:op_Explicit (Value val) in <0x00163> Beagle.Filters.FilterPPT:ExtractMetaData (Gsf.Input sumStream, Gsf.Input docSumStream) in <0x0011f> Beagle.Filters.FilterPPT:DoPullProperties () 05-09-20 00.11.56.74 03405 IndexH DEBUG: Helper Size: VmRSS=44.7 MB, size=5.02, 100.4% 05-09-20 00.11.56.74 03405 IndexH DEBUG: Process too big, shutting down! 05-09-20 00.11.56.74 03405 IndexH DEBUG: CancelIfBlocking Beagle.Daemon.ConnectionHandler 05-09-20 00.11.56.74 03405 IndexH DEBUG: (1) Waiting for 2 workers... 05-09-20 00.11.56.74 03405 IndexH DEBUG: waiting for server '/home/aviram/.beagle/socket-helper' 05-09-20 00.11.56.74 03405 IndexH DEBUG: waiting for HandleConnection (8) 05-09-20 00.11.56.81 03405 IndexH DEBUG: +file:///home/aviram/Documents/some-very-large-and-complicated-powerpoint-file.ppt 05-09-20 00.11.57.01 03405 IndexH DEBUG: Server '/home/aviram/.beagle/socket-helper' shut down 05-09-20 00.11.57.02 03405 IndexH DEBUG: (2) Waiting for 1 worker... 05-09-20 00.11.57.02 03405 IndexH DEBUG: waiting for HandleConnection (8) This has made the files backend practically unusable for me. I tried deleting the indexes and re-indexing, but that doesn't help. Note that early CVS versions (right after 0.0.12) worked fine on the same file system. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
"You need kernel 2.6.13"
Hi, Running beagled (CVS version) produces the following error: inotify_init: Function not implemented Inotify not supported! You need a 2.6.13 kernel or later with CONFIG_INOTIFY I'm running kernel 2.6.12.2 with the inotify-0.23-rml-2.6.12-15.patch and CONFIG_INOTIFY=y. I don't think I can get hold of a kernel 2.6.13 without a time machine :-) Should I ignore the error message, or upgrade to the rc version of 2.6.13? - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Maildir support status
Hi On Saturday 30 July 2005 00:17, Joe Shaw wrote: > Hi, > > On Sat, 2005-07-30 at 00:02 +0300, Aviram Jenik wrote: > > A 'desktop-launch' script sounds like a good solution - is it already in > > the CVS? If so, perhaps a wiki entry ("KDE users, add the following > > script to your path") would solve the problem for future KDE users? > > We ship it in SUSE/NLD, and support for it is in Beagle. Looks like this should solve my problem. The last 'showstopper' remaining for kmail (or maildir indexing) is maildir showing up well in best (I think it's http://bugzilla.gnome.org/show_bug.cgi?id=310464). BTW, I have just index over 40,000 mails (by doing 'addroot' for every maildir directory - this is a temporary solution until Bera completes a Maildir crawler) and the indexing was performed surprisingly fast - and completely in the background. Quite impressive :-) - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Maildir support status
Hi Joe, On Friday 29 July 2005 23:47, Joe Shaw wrote: > > This just changes one hardcoded value for another, and doesn't take into > account what environment the user is currently running. I commented on > it here: > > > http://mail.gnome.org/archives/dashboard-hackers/2005-July/msg00071.html > > The right thing to do is abstract the differences away in some sort of > interface rather than crufting up the code with #ifdefs. > A 'desktop-launch' script sounds like a good solution - is it already in the CVS? If so, perhaps a wiki entry ("KDE users, add the following script to your path") would solve the problem for future KDE users? - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Maildir support status
On Thursday 28 July 2005 22:15, Joe Shaw wrote: > If you can adapt your backend to be a full KMail backend, I am happy to > include it. I'd be happy to see that happening :-) Also, I suggest considering Bera's integration with KDE as well: http://dbera.blogspot.com/2005/07/beagle-and-kde.html It works nicely for me (KDE, Debian SID). Perhaps the best course of action would be to add a ./configure option (something like --enablekdesupport), and that will include Bera's KDE code instead of the gnome code. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Maildir support status
Hi, I'm a KDE user that uses beagle for indexing Maildir info. I would like to share my experience so far, and what I had to do to get Maildir working in KDE. Maildir support has been integrated in version 0.0.12, but has drastically improved in the current CVS version. This, in combination with the speed improvements (especially during beagled startup) makes indexing my entire maildir (over 10,000 mails) feasible. Preparations: 1. Kmail sometimes adds custom headers to mail files. Specifically, the anti-virus wizard will add a custom header to the beginning of an email file. This makes beagle (gnomevfs, actually) misrecognize those mail files. You can check it with gnomevfs-info. Make sure it returns 'message/rfc822' as the mime type. If not, use sed, or your favorite file-and-replace utility to remove the custom headers or to add a fictitious "Return-Path" line: Return-Path: <[EMAIL PROTECTED]> To the beginning of the file. Don't forget to delete the beagle db and re-index. 2. KDE users should install nautilus (to get best's 'reveal in file manager' working), and make sure mail files are open with kmail by default (right click on the mail file and choose properties. You'll find it from there) 3. Kmail names mail folders as directories that start with a dot ('.'). Beagle skips those 'hidden' directory, so you have to manually add all mail folders: $ beagle-config indexing AddRoot /home/user/Mail/.Folder.directory/Stuff/cur (this is a bug/enhancement request: http://bugzilla.gnome.org/show_bug.cgi?id=311755). 4. Maildir files are handled by the directory crawler, which means that 'beagle-index-info' will show mail files as "Files" and not as "Mail". Don't worry if your "Mail" count stays at zero. 5. Note that 'best' also searches maildir files as 'files' and not 'mail'. This is a bug (http://bugzilla.gnome.org/show_bug.cgi?id=310464). The last remaining 'showstopper' for me, is the fact that best shows the file names (which looks like: "1115122924.6214.qBfSs:2,S, in folder cur") instead of the subject, from, to, and other interesting fields. This problem is mentioned here: http://bugzilla.gnome.org/show_bug.cgi?id=310992 and makes searching fairly impractical for more than 3-4 results. You have to click on each result to see what it is :-( Other than that, Maildir is handled quite nicely. Thanks for the great work! Any comments/corrections/ideas are of course welcomed. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: indexing Maildir mails
On Wednesday 20 July 2005 19:59, Ian Soboroff wrote: > I have a similar problem... [...] > $ gnomevfs-info ~/Mail/mail/misc/8225 > MIME type : text/plain The problem I'm experiencing is quite different. The mail *is* rfc822, but it does not show up in the results. In fact, when I add a first line to screw the mime detection (make the mail file a 'text/plain') it *does* appear in the results - so the problem is definitely in the FilterMail object. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: indexing Maildir mails
On Wednesday 20 July 2005 05:23, D Bera wrote: > > I think it might still be possible to recusrively scan for cur/ new/ > tmp/ directories in the maildir directory and find rfc822 files in > them. At least, that is what I think > http://www.rpcurnow.force9.co.uk/mairix/ does. > I'm pretty sure this is what the FilterMail filter in beagle *currently* does. > I will see if I can recursively scan directories and pick up mail > files for indexing. > From what I've seen, it seems beagle uses the standard File Indexing backend to recursively scan directories. If the file is an rfc822 file, it filters it through the mail filter which indexes it - all that works fine for me, except for the fact the mail doesn't show up later in the search results. > - Bera > - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: indexing Maildir mails
Hi, On Wednesday 20 July 2005 01:07, D Bera wrote: > Hi, > The changelog of beagle-0.12 says it can index maildir mails. Does > that mean mails in maildir format from any mail application ? I tried > to change local_path, imap_path etc. in EvolutionMailQueryable to > point to a maildir directory I have but there was no response in the > debug output. Filtering maildir mail is done via a filter on regular file indexing. If the file is identified to be message/rfc822 (you can check this with gnomevfs-info) it passed through the FilterMail filter and indexed. My experience has been as follows: so far I haven't been able to see the indexed files in the results (either best or beagle-query) but I haven't investigated enough to see where the problem is - according to the logs the file is indeed indexed, and according to beagle-index-info the indexed file count grows (notice Maildir is marked by the backend as "file" and not "mail). If you can check this out and let me know what you find that would be great - Maildir support is extremely important to me and I would like to give the beagle developers as much accurate information as I can regarding bugs in this feature. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers