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

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

-> 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 

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]