Absolutely.  Trying to tell the user is the right thing to do.

On 5/26/2010 9:56 PM, [email protected] wrote:
> There should be attempts to get the user's attention though.  If the user's
> attention is finally acquired, it can turn a useless machine into a useful
> machine.
>
> I agree that there needs to be a completely automatic means for the project
> to protect itself from rogue computers.
>
> jm7
>
>
>
>               "Lynn W. Taylor"
>               <[email protected]>
>               Sent by:                                                   To
>               <boinc_dev-bounce         [email protected]
>               [email protected]                                          cc
>               u>
>                                                                     Subject
>                                         Re: [boinc_dev] host punishment
>               05/27/2010 12:14          mechanism revisited
>               AM
>
>
>
>
>
>
>
>
>
> Does anyone know how many addresses for a given project are still valid
> and actually read?
>
> Even if E-Mail notification was on by default, it doesn't mean the
> address is read.
>
> It's the same problem with messages in BOINCMGR.  We can't guarantee
> that anyone is watching.
>
> That's why, ultimately, the method of dealing with "broken" machines has
> to be completely automatic.
>
> On 5/26/2010 3:29 PM, Maureen Vilar wrote:
>> An apparently unrelated matter affects some of the owners of the
> computers
>> known to have a problem. This is in cases where another person has
> noticed
>> the problem. It's almost impossible to send a private message to these
>> owners because email notification of PMs is disabled by default. I know
> all
>> the reasons why this decision was taken but it's a pity that we have the
>> perfect means of getting some of the problems fixed but are unable to use
>> it.
>>
>> Even if this were ever changed there would still of course need to be an
>> automatic way of dealing with problem computers.
>> _______________________________________________
>> boinc_dev mailing list
>> [email protected]
>> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
>> To unsubscribe, visit the above URL and
>> (near bottom of page) enter your email address.
>>
> _______________________________________________
> boinc_dev mailing list
> [email protected]
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
>
>
> _______________________________________________
> boinc_dev mailing list
> [email protected]
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
_______________________________________________
boinc_dev mailing list
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Reply via email to