Issue with recent CVS commit...
[email protected] Thu, 14 Aug 2008 12:40:47 -0400
| Newsgroups | gmane.mail.exmh.devel |
|---|---|
| Message-ID | <[email protected]> |
I recently did a 'cvs up', and I'm having some... issues.. with one commit: cvs repository 06/20/2008 [email protected] ... lib/scan.tcl, lib/folder.tcl: fix the stale scan cache problem The problem is that this is a little *too* agressive in fixing the stale cache. What happens to me: 1) Change to 'inbox', which has several thousand items in it. See several dozen 'new' items, deal with them. 2) Change to another mailbox, deal with the new items in it. 3) New new mail arrives and gets sorted via procmail into various folders. 4) Now if I change to any of those folders, only the last 100 items are visible because the timestamp check on '.' says the cache is 'invalid'. 5) Now I get to sit there and wait while I hit 'rescan folder'. Of course, the *next* e-mail that arrives I end up back at (4). This is *very* painful if you have folders with 10K or 20K messages in it (very possible - if you're subscribed to the linux-kernel list, that's some 500-600 messages a *day* - the above breakage and only rescanning 100 means that I can't even get back to see messages from earlier today without rescanning) Does anybody have a better description of what "stale cache problem" this is trying to solve? Is it the one mentioned below, or something else? For the record, the *biggest* staleness issue that *I* encountered before this is that if you have your scan format set to scan.timely or similar, the new stuff is scanned and (since it's less than 24 hours ago) gets an HH:MM format used. Then after a few days, it's *still* HH:MM because it's never been rescanned. However, invalidating the cache when '.' gets updated isn't sufficient, because the issue persists even if there *hasn't* been any new mail added - if I get mail today into a folder, and I come back in a week and there's no new mail, that scan cache is *still* stale. _______________________________________________ Exmh-workers mailing list [email protected] https://www.redhat.com/mailman/listinfo/exmh-workers
signature.asc
(application/pgp-signature, 226 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Exmh version 2.5 07/13/2001 iD8DBQFIpGAPcC3lWbTT17ARAnicAKDIYmJJ0ufQ4clSFni1WX/Sp8vF1gCgpkcD HuLw+pgXp8fVfhIaj4FiwMc= =zUyu -----END PGP SIGNATURE-----