Re: [Evolution] Removing read mail with 'extreme prejudice'

[Ow Mun Heng <Ow Mun Heng wdc com>]

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