On Mon, 2005-04-18 at 09:28 -0700, G. Walsh wrote: > Good morning (at least out here on Vancouver Island!) > > Evolution steadfastly holds mail after it is read or marked as spam, but > does not remove the transferred mail from the /var/spool/mail/ folders > after having done so. > > I am in the habit of doing a cat /dev/null on the /var/spool/mail/[user] > to trigger a 'no mail' flag on the bottom tool bar. There is, of course, > a chance of destroying an incoming unread message, but experience has > shown me that is rather unlikely.
Instead of polling /var/spool/mail every other minute or so for new email, perhaps it would be better if you changed the receiving option from -> Unix Mail Spool to -> Local Delivery. (Thanks to Not Zed for this tip) The net effect of this is that : 1. Evo won't _hang_ each time it tries to poll /var/spool/mail for new email and needs to _refresh_ itself. 2. You'll have an empty /var/spool/mail as it will get fetched by evo automatically and transferred according to your filter rules. I switched and now using evo is Way Better. You know what.. there should be FAQ on this if not existed already. -- Ow Mun Heng Gentoo/Linux on DELL D600 1.4Ghz 98% Microsoft(tm) Free!! Neuromancer 14:00:18 up 22:35, 4 users, load average: 0.34, 0.37, 0.26 _______________________________________________ evolution maillist - [email protected] http://lists.ximian.com/mailman/listinfo/evolution
