Unnecessary hashcash computations

["Bjørn Mork" <bmork@dod.no>]

I'm using the async hashcash functionality, which works very well most
of the time.  But there is one situation where it could be improved
(maybe - there should of course have been a patch here if this was
easy...)

Sometimes I do a wide reply to a mail originally sent to a large
number of recepients, where I remove some recepients before writing
the reply.  In this case Gnus will continue to compute X-Hashcash
fields for *all* the original recepients, regardless of the real
content of the To and Cc fields.  That's a lot of wasted CPU cycles
;-)

Does anyone see how this could be avoided, still keeping the async
computation?  If we at the same time could get async hashcash
computation for new recepients, then that would of course be even
better.



Bjørn
-- 
I don't want to hear about your operation.